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[57] ABSTRACT 

A communication system including one or more host 



adapters connected to a host computer, each adapter 
having multiple serial communication ports for transfer- 
ring data between the computer and several TTY de- 
vices. Several of the adapter's serial ports include a high 
speed serial link for communicating with a data concen- 
trator. The adapter automatically detects the presence 
of a concentrator connected to a switchable port and 
switches to the high speed link. Each concentrator 
includes multiple serial ports for communicating with 
TTY devices, and a high speed serial link for communi- 
cating with the adapter's high speed link. The concen- 
trators allow more than one TTY device to share a 
single adapter serial port. Data from all of the TTY 
devices is accumulated into an adapter data buffer dur- 
ing a configurable time period or until a certain amount 
of data is accumulated, at which time the adapter inter- 
rupts the computer and transfers the accumulated data 
to the computer in one transfer operation. Likewise, the 
computer accumulates data for the TTY devices and 
transfers this data to the adapter in one transfer opera- 
tion. Communication between the adapters and concen- 
trators through the high speed serial communication 
link is implemented using a small fixed-size addressed 
packet to achieve a low overhead, high performance 
communications protocol. Each high speed link be- 
tween an adapter and a concentrator is implemented to 
provide inherent flow control of data. The concentra- 
tors include a fail safe global flow control mechanism to 
prevent overflow of data from the TTY devices. 



2 Claims, 7 Drawing Sheets 
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/packet protocol, wherein all information transmitted 
DATA TRANSFER SYSTEM BETWEEN A on the shared data link is of a standard format which 

COMPUTER AND A HOST ADAPTER USING includes device identification fields. Packets of data 
MULTIPLE ARRAYS transmitted on a data link that is shared by multiple 

5 devices could be received by all devices at once; each 
CROSS-REFERENCE TO RELATED device could then decode the identification field of the 

APPLICATIONS incoming packets to determine whether the data is in- 

This patent application relates to U.S. patent applica- tended for it. 
tion Ser. No. 771,143, now U.S. Pat. No. 5,280,586, filed In another type of multiplexing, called Time Division 
Oct 3, 1991, entitled "Expandable Communication 10 Multiplexing (TDM), the identity of data is determined 
System Using Data Concentration*'; U.S. patent appli- by the time of its transmission on the shared medium, 
cation Ser. No. 771,159, now U.S. Pat. No. 5,226,040 Each device sharing a common data link is allocated, in 
filed on Oct. 3, 1991, entitled "Data Concentration a regular and cyclical fashion, a fixed period of time 
Interface for Configuration of Multiple TTY Devices"; during which it has access to the data link. If a first 
U.S. patent application Ser. No. 771,169, filed Oct. 3, 15 device needs to send data, it must wait until its allocated 
1991, entitled "Expandable Communication System time slot before sending it. The identity of the sending 
with Data Flow Control"; U.S. patent application Ser. device is thus implicitly known to the receiving device 
No. 771,121, now U.S. Pat. No. 5,222,062, filed Oct 3, according to the time of transmission, 
1991, entitled "Expandable Communication System Alternately, access to a shared data link can be multi- 
with Automatic Data Concentrator Detection"; and 20 plexed on a demand, or First-Come-First-Served 
U.S. patent application Ser. No. 770,600, now aban- (FCFS) basis, in which a device is granted access to the 
doned, filed Oct. 3, 1991, entitled "Data Transfer Sys- <jata i m j, not j„ a cyc ii ca l fashion, but according to its 
tern with Variable Data Buffer Size and Programmable ^ds. often, demand multiplexing is implemented 
Interrupt Frequency." through the use of a separate multiplexor unit, which 

FIELD OF THE INVENTION receives requests for access to the shared data link from 

„ ■ „ . , J multiple devices, and allocates access according to a 

This in vention relates to the field of digital data pro- FCFS With deman d multiplexing, the multi- 

cessing systems and more particularly relates to com- lexQr 1q ^ c must ^ We of Wonting ^ device 
mumcation of information between components in such ^ of ^ Qf datfl transmitted on the shared link> 

systems. since glices are not aijQ^tg^ m a repeating, cyclical 

BACKGROUND OF THE INVENTION manner. 

w • i* i j f j* ■* i j * ♦ o « Additionally, variations of demand multiplexing can 

In the field of digital data processing systems, as the ^p^mea wherein the FCFS algorithm is re- 

computer capabilities of data processing devices have ™ £ other 

increased both in terms of speed, efficiency, and com- 35 P v as varying levels of device priority, in 
plexity, the number of users or applications which may „ U1 * \ y Jr* , ? A ,f V J 7 \ t 

be concurrently supported by a single central process- a «* s ? . t0 niulttplexed data link. In any 

ing device has also increased. non-symmetrical implementation in which one device 

Often, the number of remote devices in a system ™ y ^ °r P^fnent priority oyer an- 

exceeds the number of separate input/output (I/O) 40 other, care must be taken that low priority devices are 
ports of the central processing device. In this case, a «* prevented entirely from gaming access to the shared 
multiplexing communications system may be imple- data link by higher priority devices. Typically it is the 
mented which allows multiple remote devices to share a duty of the multiplexing logic (either software or hard- 
common one of the central device's I/O ports. ware) to ensure equity or near-equity of access to a 

Remote or "peripheral 1 ' devices, such as user tenni- 45 stared communication medium, 
nals, printers, modems, data storage devices, data acqui- The aforementioned methods of multiplexing each 
sition devices, and the like, must frequently exchange have their disadvantages. Multiplexing schemes typi- 
information with a central processing unit, and as the cally require substantial hardware support for allocat- 
number of remote devices increases, such communica- ing access to the shared link in an efficient and equitable 
tion of data between peripheral devices and a central 50 manner. In pure TDM schemes, inefficiency is unavoid- 
unit must be highly efficient. The communications sys- ably introduced if any devices are idle, because the 
tem must also allow the central device to selectively shared link would go unused during an idle device's 
exchange data with any one of the remote devices, and time slot. Though no bandwidth may be lost in demand 
each remote device must have a unique identity as seen and other priority-based access schemes, these methods 
by the central device. Accordingly, any communica- 55 may also suffer from inefficiency if the multiplexing 
tions scheme for multiplexed systems must include not algorithm allowed one very active device to dominate 
only the hardware components for implementing the over all others. In address/packet protocol multiplex- 
actual data link, but also a communications protocol for ing, on the other hand, each participating device must 
use with the hardware, for allowing data transferred on provide hardware or software for "de-packetizing" all 
the link to be associated with a particular sender or 60 incoming data packets to determine the intended recipi- 
receiver. ent. Hardware or software must also be provided in 

Mamtaining the identity of devices and data in a mul- each device for "packetizing" all outgoing data. The 
tiplexed system can be accomplished in a number of processing overhead for packetization and depacketiza- 
ways. One method involves the assignment of a unique tion is further increased if the packet size is allowed to 
identification code to each device in the system, includ- 65 be variable under a given protocol, 
ing identification of the sender and/or receiver of data The addition of devices or user terminals to multi- 
within the data itself as it is transmitted along the shared user systems often requires a great deal of system recon- 
data link. An example of this is the so-called address- figuration. As the limits of the system's communications 
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hardware are reached, new hardware must be added, or The device driver can also retrieve from the adapter the 

the existing hardware must be replaced by new, more number of remote devices as well as a unique identifier 

densely packed hardware. Such hardware changes typi- for each device. These commands are passed through a 

cally involve reconfiguration of the system software or set of mailbox registers provided on the adapter and 

firmware to accommodate the new hardware. 5 mapped into the input/output (I/O) space of the host. 

„_ M . . fvn/cv^Avi The device drivers work in conjunction with a soft- 

SUMMARY OF THE INVENTION ware configuration and database management utility, as 

The present invention provides a communications well as with the host adapters, to configure each of the 
system that can be reconfigured with respect to the remote devices coupled through any of the host adapt- 
number of remote devices without requiring alteration 10 ers. The management utility configures the operating 
of communication software in the central device. The system of the host which builds and manages a cross- 
communications system includes hardware and an asso- reference data file comprising the unique identity and 
ciated communications protocol that affords efficient configuration of each remote device. The data file is 
and equitable communication between remote devices maintained on the host system, such as on a hard disk of 
and a central device, and that is economical to imple- 15 the host computer. The device drivers use the cross-ref- 
ment even when remote devices are located relatively erence data file to identify and to establish the configu- 
far from the host. The communications system provides rations of the remote devices. The device drivers, how- 
the capability to modify the communications configura- ever, may not directly access the devices, but instead 
tion depending upon the needs of the system having send the configuration commands to the host adapter 
various numbers of devices with various speeds and 20 pursuant to a command protocol established between 
communication protocols. The system allows remote the host and the host adapter. The host adapter follows 
devices to be located very far from a central device, the commands and configures each device either di- 
without introducing significant degradation of overall rectly, or indirectly through the data concentrators, 
system performance. The host adapter assigns unique identifiers to each re- 

The foregoing and other features of the present in- 25 mote device, and these identifiers are passed back to the 
vention are realized in a communications system com- host and are maintained in the cross-reference data file, 
prising one or more host adapters, each equipped with Data transfer between the host and host adapters is 
multiple serial communication ports capable of ex- implemented in a manner which reduces overhead, 
changing data in serial form with one or more remote simplifies database structures, increases efficiency, and 
devices. Each host adapter is provided with an addi- 30 reduces the processing requirements of the host. A set 
tional communications interface, which is appropriate of database I/O buffers in the memory of the host facili- 
for exchanging data with a host processing unit or com- tate data transfer. A contents buffer, maintained in the 
munications processor. Several of the serial communi- host's I/O space and copied in the host adapter's RAM, 
cation ports on the host adapter include switching is used to identify each byte of data in the database 
means to enable a high speed serial communication link 35 buffer. Also, each host adapter contains enough local 
on these ports. When expansion is desired, a data con- RAM to interface with these database buffers. Data 
centrator may be connected to any of the switchable from all of the remote devices, whether connected di- 
ports of the host adapter instead of a device. The host rectly to the host adapter or coupled through a data 
adapter is capable of detecting the data concentrator concentrator, is combined and stored on the host adapt- 
through a software command or an auto-detection 40 er's local RAM. When a certain amount of data is com- 
mechanism, and enabling the high speed communica- piled, or, after a certain configurable amount of time has 
tions link to interface with the data concentrator, passed, the data in the RAM is transferred to the host's 

The data concentrators are also provided with multi- database buffers in one transfer operation. In this man- 
pie serial communications ports, and are capable of ner, multiple bytes of data are sent in one transfer opera- 
exchanging data in serial form with one or more de- 45 tion from multiple devices, rather than one operation 
vices. A high speed serial communications port allows a for each byte or for each device. The contents buffer is 
concentrator to be coupled to any one of the switchable used to identify each byte in the database buffer, so that 
ports of the host adapter in place of a single device. In no particular order need be maintained. In a similar 
this manner, concentrators perform a multiplexing func- manner, the host builds up the database and the data is 
tion, and permit more than one device to share a single 50 transferred to the local RAM of the adapter in one 
serial port of the host adapter. transfer operation. Furthermore, the adapters support 

Communication between the host processing unit direct memory access (DMA) such that the adapter can 
(host) and the host adapters is enhanced by two soft- control the data transfer to the host to free up the host 
ware packages compatible with the host's operating for other tasks. These methods allow reduced overhead 
system. The preferred embodiment runs in the UNIX 55 and reduced processing requirements for the host which 
environment, but the present invention can be imple- frees much of the host processor's time for other tasks, 
mented on other operating systems as well. A device The present embodiment supports up to four adapters 
driver is provided to execute on the host and interfaces to be installed on the host. If more than one adapter is 
directly with the host adapter. A command protocol installed in the host system, pairs of adapters may corn- 
between the device driver and the adapter gives the 60 municate small amounts of data and control information 
device driver control over the operations of the through an interboard communication connector lo- 
adapter. The device driver can command the adapter to cated on each adapter. The adapters may be configured 
initialize data structures, to provide status information, to operate independently or in pairs. Each adapter or 
to set up direct memory access (DMA) and interrupt pair of adapters requires a system (host) interrupt re- 
channels, to configure all of the remote devices coupled 65 quest (IRQ) level and a DMA channel. Pairing of adapt- 
through the host adapter and to do many other func- ers allows sharing of system resources of an IRQ level 
tions necessary to establish communications between and a DMA channel. Sharing of the system interrupt 
the host and the remote devices through the adapter. between pairs of adapters is arbitrated in software via 
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the communications channel provided by the inter- FIO. 4 is a block diagram of the data concentrator in 
board cable. the system of FIG. 2; 

The high speed serial communication link between a FIG. 5 is a flow chart illustrating the sequence of 
host adapter and a data concentrator is presently imple- events which occur when the host adapter processes 
mented with high speed receiver/transmitters S commands from the host computer; 
(HSRTs) capable of speeds of up to 600 kbits per sec- FIG. 6 is a state diagram illustrating the operation of 
ond. A command protocol is also established between the receiver state machine of an HSRT located on a 
the host adapter and the data concentrators. In this data concentrator; 

manner, the host adapter can control the operations of FIG. 7 is a schematic diagram of the double buffered 
the data concentrators and the communication configu- 10 receiver section within each HSRT; 
ration of each remote device attached to the data con- FIG. 7A is a state diagram illustrating the operation 
centrators. The data concentrators can also initiate a of the receiver buffer controller state machine which 
fail-safe global flow control state to prevent overflow of controls the operation of the double buffered receiver 
data coming in from all the remote devices connected to section of FIG. 7; 

that particular data concentrator. All commands, in- 15 FIG. 8 is a state diagram illustrating the operation of 
eluding flow control commands, and data transfer share the transmitter state machine of an HSRT located on a 
the same high speed link. For this purpose, the present host adapter; 

invention uses a fixed-size, relatively small addressed FIG. 9 is a schematic diagram of the double buffered 
packet to achieve a low-overhead, high performance transmitter section within each HSRT; and 
protocol for demand multiplexing. The packet com- 20 FIG. 9A is a state diagram illustrating the operation 
prises a frame-type field, an address field and a data 0 f the transmitter buffer controller state machine which 
field. The frame-type field indicates whether the packet controls the operation of the double buffered transmit- 
contains a command or data. The address field identifies ter section of FIG. 9. 

the specific remote device if the information is sent 

from, or to be sent to, that remote device. The contents 25 DETAILED DESCRIPTION OF A SPECIFIC 

of the data field depends upon the frame-type field and EMBODIMENT 

either contains data or command specific parameters. If Table of Contents 

digital information is traveling from the host adapter to — . - « , ^ 

thf data concentrator, the adapter assembles the packet geicnP ion of System Components 

and the data concentrator disassembles the packet and 30 Description of the Host Adapter 18 

transfers data to the remote devices, if necessary. In a Configuration of tte Host Adapter 18 

similar manner, the data concentrator assembles the Communication Between the Host CPU 10 and the 

packet containing digital information traveling from the _ ™? Ada P ter 18 

concentrator to the adapter, and the adapter disassem- The Host Adapter 18 Functions 

bles the packet and stores the information in its local 35 *«°maac Data Concentrator » Detection 

RAM, if necessary. It will be appreciated that the data Host CPU 10 to Host Adapter 18 Command Protocol 

concentrators require little RAM due to the very small »»t Adapter 18 Configuration and Status Commands 

fixed-size communication protocol packet. TTY Port QDmmands 

The high speed interface also comprises unique inher- Direct High-Speed Channel Commands 
ent flow control of digital information. In the present 40 Miscellaneous Commands 
embodiment, each switchable channel on the host Device I/O Data Transfer Protocol 
adapter, as well as each data concentrator, includes an Description of the Data Concentrator 28 
HSRT to implement a full duplex synchronous high Addressed Packet Protocol 
speed communications link for transferring digital infor- Flow Control . ^ „ 

mation. The link includes two clock signal lines, a trans- 45 The Host Adapter 18' and the Data Concentrator 28 
mit and a receive signal line. The receiving HSRT pro- Addressed Packet Protocol 

vides the clock to the transmitting HSRT, to latch the Referring to FIG. 1, a block diagram of a multi-termi- 
data into the receiving HSRT across the data link. In nal data processing system of the prior art is shown, 
this manner, the receiver, whether it is a date concentra- comprising a host central processing unit (CPU) 10, 
tor or a host adapter, controls when data is accepted. 50 remote terminals 12, 14, and 16, and an interface logic 

unit or host adapter 18. 

BRIEF DESCRIPTION OF THE DRAWINGS Generally speaking, the function of the host adapter 

These and other novel features believed characteris- 18 is to establish communications between the host 
tic of the communications system of the present inven- CPU 10 and some number of remote devices. The host 
tion are set forth in the appended claims. The invention 55 adapter 18 is necessary because often the host CPU 10 
itself, however, as well as additional features and advan- and a remote device, such as the terminal 12, may not 
tages thereof, will be best understood by reference to a communicate directly. As shown in FIG. 1, for exam- 
detailed description of a specific embodiment which pie, the host CPU 10 communicates with peripheral 
follows, when read in conjunction with the accompany- devices via a parallel communications link, in particu- 
ing drawings, wherein: 60 lar, a system bus or data link 20 of the host CPU 10, 

FIG. 1 is a block diagram of a multi-terminal system while the remote devices 12, 14, and 16 communicate 
of the prior art; via the serial links 22, 24, and 26, respectively. Thus, the 

FIG. 2 is a block diagram of an expandable, multi-ter- host adapter 18 is required to translate data from the 
minal system in accordance with one embodiment of the parallel bus protocol of the host CPU 10 into the serial 
present invention; 65 protocol recognized by the terminals 12, 14, and 16, and 

FIG. 3 is a block diagram of the host adapter accord- similarly to translate serial date from the terminals 12, 
ing to the present invention as shown in the system of 14, and 16 into the parallel data recognized by the host 
FIG. 2; CPU 10. 
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Host adapters, such as the host adapter 18, arc widely ri_« «o< 

used in known data processing systems. Through the Description of the Host Adapter 18 

use of an appropriate host adapter, a remote device Referring now to FIG. 3, a block diagram showing 

conforming to virtually any communications protocol the primary components of a particular implementation 

may be coupled to any processor which may itself con- 5 of the host adapter 18' of FIG. 2 is provided. It is to be 

form to any of various protocols. Host adapters may understood that the particular implementation of the 

also perform functions other than logical translation; in host adapter 18' shown in FIG. 3 is provided for illus- 

FIG. 1, for example, the. host adapter 18 additionally trative purposes only, and is not intended to restrict the 

performs the role of a multiplexor, allowing the three scope of the present invention to a specific implementa- 

tenninals 12, 14, and 16 to be coupled to the data link 20 1° tion * 

of the host CPU 10, in a tree-configuration. As shown in FIG. 3, the host adapter 18 # comprises: a 

Since data from each of the three terminals 12, 14, microprocessor, referred to as host adapter CPU 40, 

and 16 is received by the host CPU 10 via the data link ««* microprocessor support and configuration logic 41; 

20, the communications system must provide some a 64 kbyte block of random access memory (RAM) 42; 

mechanism for preserving the unique identity of each 15 a set of general purpose 16-bit input/output (I/O) regis- 

terminal as seen by the host CPU 10. Accordingly, a ters and status registers designated collectively as mail 

communications protocol may be adopted which allows 5^?"! i°to™pt requesUogic(IRQ) 49; an 8 kbyte 

the host adapter 18 to identify the source and/or desti- bl ?° k of ^ memory (ROM) 44; an octal umver- 

nation of data as it is exchanged between the devices „ £ asynchronous receiver/transmitter (octal JMRT) 

and the host. For example, in one embodiment the host 20 f ™ m f h e f? ed r^ver/transmitters (HSRT*s) 48, 

adapter 18 includes a three-bit field with all data routed «■ ,«! * bus loglc J$^ ch . m " 

to the host CPU 10 identifying the originating terminal ^* 0 *?*? m ' m0T * ~ eig * 

of that data © © RS-232 serial line drivers designated collectively as 58; 

As shown, the system of FIG. 1 can include at most „ fou 5 ^Y^*^!^ ^ d ™T ** nit *| 

eight remote terrnmals, one for each of the serial ports 25 ^ctwely as 60; mterboard communications logic and 

cn*u ict r»i i. * j < 1Q if iT connector 47; concentrator select logic 45; and relays 

SO through S7 of the host adapter 18. If ado^tional ter- • fae * ^ ^ 

minals were to be added to the system of FIG. 1, exten- Qf ^ ^ ^ ^ ^ ^ 

sive hardware reconfiguration would be required, to ^ ^ fouf RSRPs ^ 5Q M ^ ^ ^^^1. 

particular, one known way to add another terminal is to 3Q m ^fr 41 ^ ^ re ^ ters ^ ^ ^ ^ 

replace the host adapter 18 with a host adapter having t ^ aRQ) 49 m myciaknwSly 

additional serial pons; this could also require the com- mented m fl custQm application s mc integrated cir- 

munications protocol used between the host CPU 10 cuit (astq 

and the host adapter 18 to be modified, since additional ^ bus master lo ^ c ^ the nQSt 
bits may ^be required to provide foi -the umque identifi- 35 ^ m cpu 40 to originate md accomplish DMA 
cation of terminals coupled to the host adapter 18. Ad- tran sfers into and out of host memory independent of 
dmonally, software for the host CPU 10 must be modi- the host CPU 10 HSRTs 48, 50, 52, and 54 pro- 
fled to allow it to recognize the existence of the addi- communications links to data concentrators such as 
tional terminal or terminals thus accessible via the data the data concentrator 28 at up to 600 kbits per second. 
^ 20 - 40 The high speed communications channels 30 feature an 
Description of System Components internal flow control mechanism to prevent data over- 
run between the host adapter 18' and data concentrators 

Referring now to FIG. 2, a system in accordance such ^ th e data concentrator 28. Each of these compo- 
with one embodiment of the present invention is shown nents sna ll be hereinafter described in greater detail, 
in simplified block form, wherein components that are 45 j n t h e preferred embodiment of the invention, the 
the same as in FIG. 1 have retained identical reference host adapter 18' is designed to be received into an ex- 
numerals, pansion slot of a host computer, such as the industry 

In FIG. 2, a host adapter 18' is used to establish com- standard sixteen bit expansion slot of an IBM PC/AT or 

munication between the host CPU 10 and a plurality of the like. Alternatively, the host adapter 18' may be 

remote terminals 12, 14, 16. The interconnection 50 designed to be received in an expansion slot conforming 

scheme shown in FIG. 2 may be characterized as a to the Extended Industry Standard Architecture 

multiplexed, multi-level tree-configuration, the multi- (EISA) or Micro Channel Architecture (MCA) con- 

plexing being implemented in two stages: First, the host ventions, or may be otherwise connected to the host 

adapter 18' permits serial ports SI through S7 to be computer. As another alternative, many or most of the 

coupled to the host CPU 10 via the shared data link 20, 55 circuit comprising the host adapter 18' may be built into 

in a manner similar to that of FIG. 1. In the system of a motherboard or similar circuit board of a host com- 

FIG. 2, however, a data concentrator 28 allows up to puter. 

eight device ports DO through D7 to be coupled to the Once installed in a computer, the host adapter 18' 
host adapter 18' via a single, shared serial link 30 to provides a high density 68-pin connector 62 at the back- 
serial port SO of the host adapter 18'. Four of the serial 60 plane mounting bracket of the host computer. An exter- 
ports SO through S7 of the host adapter 18', for example nal terminal connection fan-out device 64 connects to 
ports SO through S3, are capable of receiving input from the connector 62, providing eight RJ-45 modular jacks 
a data concentrator 28, allowing up to 36 serial devices 66a-66h, and permitting attachment of up to eight serial 
to be connected to the host CPU 10 via the host adapter devices to the host adapter 18' via readily available 
18'. As many as four host adapter boards similar to the 65 cables, connectors, and adapters. As will be hereinafter 
host adapter IB' may be installed in a typical computer described, four of the eight modular jacks, i.e. jacks 
system, allowing up to 144 serial devices to be inter- 66a-66d in the fan-out device 64 (corresponding to 
faced with the host CPU 10. serial ports SO through S3, respectively, of the host 
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adapter 18') may be used to connect up to four device bits of data from, and send 4 bits of data to its paired 
concentrators, such as the data concentrator 28, to the board. 

host adapter 18'. When so paired, the host adapter boards share an 

Again referring to FIG. 3, the host adapter CPU 40 is IRQ request and a DMA channel thus conserving sys- 
preferably a general purpose, high performance sixteen- S tern resources. The parent board has direct access to the 
bit CPU, such as a 16 MHz NEC uPD70136 device, DMA and IRQ channels on the ISA or EISA bus, while 
manufactured by NEC Corp. A microprocessor faster the child board does not. When the child board needs a 
than the 16 MHz NEC CPU may be employed if higher DMA access or IRQ request, it sends signals to the 
throughput capability is desired. parent board over the ribbon cable. The parent board, 

The host adapter 18' includes the 8 k ROM 44 which 10 when idle, sends the request to the host system, and 
contains the boot code for the host adapter CPU 40. passes the host acknowledge from the host back to the 
The position of the ROM 44 in the memory space of the child board. 

host adapter CPU 40 is determined by the host adapter Whenever the present owner (parent or child) fin- 
CPU 40's reset entry point. After res et, the host adapter ishes with its DMA cycle or has to give up the bus 
CPU 40 begins execution at address FFFF0A, and froin 15 because of a refresh timeout, the next DMA cycle trans- 
there it executes a jump to initialization and consistency fer is performed by the other requestor in the pair. For 
check routines in the ROM 44. The ROM 44 may be a example, if the parent is currently doing its transfer over 
relatively low-speed device, so its resident control pro- the DMA channel and must discontinue because of a 
gram is then copied in a conventional maimer into a refresh cycle, then the next DMA transfer will be per- 
portion of the RAM 42 for faster execution. The resi- 20 formed by the child. Then, when the child is timed out 
dent control program provides the basic terminal com- by the refresh cycle, the next DMA transfer will be 
munications capabilities; however, it also supports the performed by the parent. Furthermore, if the parent 
downloading of program patches and additions, as well finishes its transfer without being timed out by a refresh 
as completely distinct replacement control programs. cycle, the child is granted the bus so that it continues 

In the present embodiment of the invention, the octal 25 with its transfer. Note that the bus is not surrendered to 
UART 46 is a commercially available CD-I 80 device, the host in this last transaction between the parent and 
manufactured by Cirrus Logic, which supports asyn- the child. If, on the other hand, there are no requests 
chronous communications at speeds up to 38.4K bits per from the 'other board' and the board that has the bus 
second. The internal architecture of the UART 46 in- finishes one transfer without a timeout, it continues with 
eludes three reduced instruction set (RISC) processors 30 the second transfer request from its holding registers 
for supporting the eight asynchronous lines' bit process- without ever giving up the bus. 
ing, as well as character buffering, flow control, and As described above, host adapters such as the host 
other character processing capabilities. In addition, the adapter 18' may be configured to operate independently 
UART 46 provides character receive and transmit buff- or in pairs. Each host adapter or pair of host adapters 
ers for each of the eight asynchronous communications 35 requires a system interrupt level and a DMA channel, 
channels. The host I/O base address, interrupt request (IRQ) 

The host adapter 18' communicates with the host level and DMA channel are software selectable. The 
CPU 10 via the general purpose mail registers 43 which IRQ level may be selected from IRQ's 10, 11, 3, 5, or 
are conventionally mapped into sixteen bytes of the I/O none. The DMA channel may be selected from chan- 
address space of the host CPU 10 and sixteen bytes of 40 nels 3, 5, 6, or 7. 

the memory space of the adapter CPU 40. The host Communication of data between the host CPU 10 and 
adapter 18' consumes no host RAM address space, so the host adapter 18' occurs in a manner specific to the 
that unlike many multiport adapters of the prior an, the type of host CPU 10. Data is read from or written to the 
host adapter 18' is not a shared memory device. host CPU bus 20 by the host adapter 18' under control 

If more than one host adapter, such as the host 45 of the bus master control logic 56 and the host adapter 
adapter 18', is installed in a system, pairs of boards may CPU 40. For example, when the host CPU 10 desires to 
communicate small amounts of data and control infor- send data to the host adapter 18', the host CPU 10 will 
mation through the interboard communication connec- drive an appropriate I/O address on the address lines of 
tor 47. Up to four host adapter boards can be connected the host bus 20. This address is detected by the support 
to the host computer, and each board has a board identi- 50 logic 41 and the data is accepted by the host adapter 18'. 
flcation number (BID) from 1-4. The BID is deter- Conversely, when the host adapter 18' desires to send 
mined by a four position slide switch located on each data to the host CPU 10, the bus master control logic 56 
board. The bits 0-2 of memory location 10015/t of the will obtain control of the host bus 20, drive the appro- 
memory map of each host adapter CPU (described priate address signals on the address lines of the host bus 
herein, see Table 10), contains a 3-bit code which corre- 55 20, and subsequently provide the data on the data lines 
spends to the BID, which identifies that board's BID to of the host bus 20. 

the host adapter CPU. The host adapter 18' communicates with asynchro- 

The odd BID numbered host adapter boards (1 and 3) nous serial devices via industry standard RS-232 line 
can be configured as parent boards, and the even BID drivers 58 coupled to the backplane connector 62. Al- 
numbered host adapter boards (2 and 4) can be config- 60 ternatively, the host adapter 18' may communicate with 
ured as a child board. Resources can be shared between the data concentrators 28 via industry standard RS-422 
boards 1 and 2 and between boards 3 and 4 by connect- line drivers 60 coupled to the backplane connector 62. 
ing these boards together with a ribbon cable (not When the fanout device 64 is connected to the back- 
shown) attached to the interboard communication con- plane connector 62, modular jacks 66c through 66A 
nector 47 of each host adapter board. The paired board 65 provide an RS-232 asynchronous, serial interface to 
is accessed through the interboard communication reg- which any RS-232-compatible device may be con- 
isters at addresses 10100A and 10180/* of the host nected. Modular jacks 66a through 66d each selectively 
adapter CPU memory map. Each board can receive 4 provide either an RS-232 asynchronous connection or 
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an RS-422 connection, to which an RS-422-compatible 
synchronous device may be connected. The relays 68a 
through 6Sd perform a switching function controlled by 
concentrator select logic 45 to provide either the RS- 
422 or RS-232 interfaces at the modular connectors 66a 5 
through respectively, of the fanout device 64. 

A data concentrator enable register is located at ad- 
dress 10200A of the memory map of the host adapter 
CPU 40 (see Table 10, below). A "1" written to any one 
of the four lower bits enables the corresponding data 10 
concentrator attached at the corresponding port S0-S3 
of the host adapter 18'. The corresponding one of the 
relays 68a-68</ is enabled by the concentrator select 
logic 45, thus disabling the corresponding RS-232 line 
driver 58 for that port A "0" written to the concentra- 15 
tor enable register bit will enable the corresponding 
RS-232 58 for that port. 

Configuration of the Host Adapter 18' 

Configuration of the host adapter 18' is performed by 20 
the host adapter CPU 40 as commanded by the host 
CPU 10, For Industry Standard Architecture (ISA) 
systems, the board number selector switch (not shown 
in FIG. 3) must be set to uniquely identify each board in 
a system in order to configure the I/O base address. 

The manner by which the I/O base address for the 
host adapter 18' is configured depends on whether the 
host adapter 18' is installed in an ISA system or an 
Extended ISA (EISA) system. If the host adapter 18' 



with the present invention is supported by the mail 
registers 43 which are provided by the host adapter 18' 
and mapped into the I/O address space of the host CPU 
10. The mail registers 43 are defined in Table 2 as fol- 
lows: 

TABLE 2 



MAIL REGISTERS 43 



HOST 

I/O ADDRESS 



MODE 



REGISTER DEFINITION 



I/O base address read/write R0, 16-bit Mailbox 

Register 

Rl, 16-bit Mailbox 
Register 

R2, 16-bit Mailbox 
Register 

R3, 16-bit Mailbox 
Register 

read only R4, S-bit Mail Status 
Register 

write only R5, 8-bit Mail Command 
Register 



I/O base address + 2 read/write 
I/O base address + 4 read/write 
I/O base address + 6 read/write 



I/O base address + 7 



I/O base address + 8 



The mail registers 43 provide the interface between the 
host CPU 10 and the host adapter 18'. Each of the regis- 
ters in the mail registers 43 is mapped into the host CPU 
25 10's I/O address space according to Table 2. Referring 
to Table 2, the mail registers 43 include four 16-bit 
"mailbox" registers, an 8-bit "mail status*' register, and 
an 8-bit "mail command" register. The mailbox regis- 
_ , , ters are bidirectional, general-purpose data pathways 

detects that it resides 111 an EISA system, the I/O base 30 ^tween the host CPU 10 and the host adapter CPU 40. 
address ^automatically configured within the EISA ^ mai] stam re ^ ter R4 holds d ht bks which 
slot-specific I/O address range, as would be appreciated enable implementation of a software communication 
b 2 on " f A ordin fy "JE?"^ compos field. Ad dltl on- ^ ^ host CPU 10 ^ the host adapter 

ally. EISA product ID I/O registers are enabled so that ^ ^ ^ of ^ ^ $mxj& re ^ ter R4 m defmed m 
the host adapter 18 appears to be an EISA board to the 35 TaWe 3 ^ f 0 n ows . 
host CPU 10. 

In an ISA system, the I/O base address is set up by 
the host CPU 10 as hereinafter described and may be 
any address in the host CPU 10's I/O address space 
which does not conflict with another device. After 
power-up or reset, the host CPU 10 writes to address 
03FFA, The host CPU 10 writes a sequence of bytes to 
this register which forms a host adapter configuration 
command. This configuration command is a four-byte 
command which has the following format: 

TABLE 1 



TABLE 3 



MAIL STATUS REGISTER R4 
BIT THE HOST CPU 10 INTERPRETATION 



40 



45 



0 


Mailbox register RO input full 


'2 


Mailbox register R] input full 


Mailbox register R2 input full 


3 


Mailbox register R3 input full 


4 


Mailbox register RO output full 


5 


Mailbox register RI output full 


ti 


Mailbox register R2 output full 


7 


Mailbox register R3 output full 



BYTE 


DESCRIPTION 


FOh 


Command Byte 


00 


Logical Board Number (1-4), Physical ID 




(3. 5, 6, 7) 


XX 


low-order bits of I/O base address to set 


yy 


high-order bits of I/O base address to set 



50 



These command bytes are read by the host adapter 
CPU 40 which in turn programs the bus master control 55 
logic 56 to set the requested I/O base address. Once the 
configuration command has been issued by the host 
CPU 10, the host CPU 10 may verify the presence of 
the host adapter 18' at the specified base address by 
issuing further commands, The host CPU 10 may repeat 60 
the configuration command sequence for up to four 
boards and by doing so, determine the number of host 
adapters such as 18' that are installed in the system. 

Communication Between the Host CPU 10 and the 65 
Host Adapter 18' 

As previously noted, communication between the 
host CPU 10 and the host adapter 18' in accordance 



The status bits m the mailbox status register R4 allow 
for the implementation of a software protocol for com- 
munication of information between the host CPU 10 
and the host adapter CPU 40. For example, when bit 0 
of the mail status register R4 is set to "1", this indicates 
that unread data from the host adapter CPU 40 exists in 
the mailbox register R0; when this data is read from 
mailbox register R0 by the host CPU 10, bit 0 of mail 
status register R4 is cleared to "0". When bit 4 of the 
mail status register R4 is set to "1", this indicates that 
unread data from the host CPU 10 exists in mailbox 
register R0; when this data is read from the mailbox 
register R0 by the host adapter CPU 40, bit 4 of the mail 
status register R4 is cleared to "0". This provides an 
indication that the mailbox register RO may be written 
to without overwriting previously written data. 

The hardware of the present invention supports the 
software communication protocol between the host 
CPU 10 and the host adapter 18' by updating the bits of 
the mail status register R4. In particular, when the host 
CPU 10 reads information from one of the mailbox 
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registers R0-R3, host adapter logic (not shown) clears TAW - - . 

the respective input status bit 0-3 of the mail status iaulu ^-continued 



register R4. Conversely, when the host adapter CPU 40 mail status register R4' 

reads information from one of the mailbox registers bit host adapter cpu 40 interpretation 

R0-R3, host adapter logic clears the respective output 5 7 Mailbox register R3 input full 

status bit 4-7 in the mail status register R4. ~~ 

TT»e mafl command register R5 provides a direct simiIar t0 ^ ^ ^ K ^ ta R contents of 

pathway for *e host CPU 10 to ehcrt the attention of register R4 - n»y be us<^ to iinjleinent a software-based 

the hoa adapter CPU 40 or to cfear the interrupt state flQW control ^ ^ ^ , hard . 

from the host adapter 18 . The bits of mail command 10 „ 1(1 - . - , r f , • j a *~ 

t,- jr-j-Tui^ r 11 ware enforcement of such a protocol is provided to 

register R5 are defined in Table 4 as follows: _ 4 ... * j . • .,. • ort , 

° prevent overwriting of data in mailbox registers R0 

TABLE 4 through R3\ A mail command register R5' provides the 

mail command register R3 capability for the host adapter CPU 40 to generate an 

BIT effect when written BY the host cpu to 15 interrupt to the host CPU 10 or to clear interrupt state 

0 Resets all logic in host the adapter 18' from the host. The mail command register R5' is bit- 

1 Interrupts the host adapter CPU 40 mapped as set forth in Table 6 as follows: 



2-7 not used 



TABLE 6 



BIT 


MAIL COMMAND REGISTER RS' 


EFFECT WHEN WRITTEN 

BY THE HOST ADAPTER CPU 40 


0 


Causes an interrupt to the host CPU 10 


1 


Indicates end-of-interrupt processing by the 




host adapter CPU 40 


2-7 


not used 



All subsystems interfaces to the host adapter CPU 40 20 
are memory mapped in a conventional manner. Such 
mapping allows the broadest selection of addressing 
modes and simplifies implementation of high-level lan- 
guage control programs to be executed by the host 
adapter CPU 40. 25 

The RAM 42 is, in the preferred embodiment, a 64 
kbyte, one wait state memory module. The placement A , . . . , . , , 
of the RAM 42 in the memory map of the host adapter numb % ° f ™ f*** ted f wth ^ 
CPU 40 is determined by the fact Siat the host adapter « rammm f ^T/^^, If ° m 
CPU 40 uses the lower 1024 bytes of its address space to 30 associated with the host CPU 10. All bus master trans- 
contain interrupt vector tables. Eight to twelve kbytes fers m specified b y the host adapter CPU 40. Four 
of the RAM 42 are used by the control program and !^ etere ^ * tran * fer <***^1 
data structures. Thirty-six kbytes of the RAM 42 are ™ e host ^ 10 address, the host adapter CPU 40 
reserved for device input and output buffers. The re- address, transfer byte count, and transfer direction, 
mainder of the RAM 42 may be used for dynamic, high- 35 Both the host CPU 10 and the host adapter CPU 40 
demand burst input and output buffers. addresses must be specified as physical (RAM) ad- 

As noted above, the microprocessor support logic 41, dresses. Although the best performance is obtained on 

the bus master control logic 56, the HSRTs 4«, 50, 52, transfers from even addresses to even addresses, the bus 

and 54, the mail registers 43 and the IRQ logic 49 are master control logic 56 supports transfers to and from 

implemented in an ASIC. The ASIC manages the I/O 40 even and odd addresses. 

communications registers between the host CPU 10 and A maximum of 64 kbytes may be transferred in one 

the host adapter 18'. There are six mail registers in the bus master request. Since only a limited number of 

memory address space of the host adapter CPU 40 words of data may be transferred each time the bus 

which correspond to the six mail registers 43 which are master control logic 56 is granted control of the host 

mapped in the host I/O address space. Mailbox registers 45 bus 20, a single transfer request submitted by the host 

R0' through R3' are 16-bit bidirectional data pathways adapter CPU 40 will result in one or more requests for 

between the host adapter CPU 40 and the host CPU 10. the host bus 20 by the bus master control logic 56. This 

There are actually two unidirectional pathways (in subdivision of block transfers and all other aspects of 

opposite directions) associated with each of the general- host bus arbitration are transparent to the host adapter 

purpose mailbox registers. A mail status register R4' 50 CPU 40. 

provides flow control and status information for the Once the transfer byte count, the host CPU 10 and 
first four mailbox registers R0' through R3'. The mail the host adapter 18' memory addresses have been writ- 
status register R4' is similar to the mail status register ten to the proper registers in the bus master control 
R4 for the host, although the mapping between input i ogic W( a wr i te to a transfer control register initiates 
and output is reversed since the direction is relative to t he transfer. The transfer control register is bit-mapped 
the host adapter CPU 40 instead of the host CPU 10. ^ ^ forth m Table 7 ^ f 0 u 0WS: 
The definitions of the eight bits of mail status register 
R4' is set forth in Table 5 as follows: 



TABLE 5 



60 



MAIL STATUS REGISTER R4' 

BIT HOST ADAPTER CPU 40 INTERPRETATION 

0 Mailbox register R0 output full 

1 Mailbox register Rl output full 

2 Mailbox register R2 output full $5 

3 Mailbox register R3 output full 

4 Mailbox register R0 input full 

5 Mailbox register Rl input full 

6 Mailbox register R2 input full 



TABLE 7 


BIT 


TRANSFER CONTROL REGISTER 


INTERPRETATION 


0 


Transfer direction: 




(0 means from the host CPU 10 to the host 




adapter 18' 




1 means from the host adapter 18' to the 




host CPU 10) ' 


1-6 


not used 


7 


Reset/Abort Transfer 
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Setting the reset bit 7 of the transfer control register 
terminates any transfers in progress and resets the bus 
master control logic 56 completely. 

The transfer specification registers are internally 
buffered by the bus master control logic 56 to allow 
loading of new transfer specification parameters while a 
transfer is in progress. A bus master status register is 
bit-mapped as set forth in Table 8 below to indicate the 
condition of the internal, transfer-in-progress parameter 
registers and the input transfer specification registers: 

TABLE 8 
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TABLE 10-continued 



HOST ADAPTER CPU 40 MEMORY MAP 



BUS MASTER STATUS REQISTER 


BIT 


INTERPRETATION 


0 


Transfer in progress 


1 


Transfer specification registers full 


2 


Parent-Child Mode 


3-7 


not used 



10 



IS 



By polling the bus master status register, the host 20 
adapter CPU 40 may determine when a requested trans- 
fer has completed. A transfer queuing mechanism may 
be implemented in software. A current transfer remain- 
ing count register may also be read by the host adapter 
CPU 40. 25 

As noted above, the HSRTs 48, 50, 52 and 54 are 
implemented in an ASIC on the host adapter 18'. Each 
of the HSRTs 48, 50, 52 and 54 are capable of commu- 
nicating with a similar HSRT located on each data 
concentrator, such as the data concentrator 28. The 30 
implementation and method of communication between 
the host adapter 18' and the data concentrator 28 
through the HSRT's will be discussed thoroughly 
below in the section describing the data concentrator 
28. 35 

The complete memory map of the host adapter CPU 
40 is set forth in Table 10: 



TABLE 10 



HOST ADAPTER CPU 40 MEMORY MAP 



ADDRESS 


LENGTH 




DESCRIPTION 


(HEX) 


(BYTES) 


MODE 


OF ITEM 


RAM 42 








00000 


64k 


read/write 


RAM (32k words) 


ASIC 








10000 


2 


read/write 


Mailbox register R0 


10X2 


2 


read/write 


Mailbox register Rl 


10004 


2 


read/write 


Mailbox register R2 


10006 


2 


read/write 


Mailbox register R3 


10008 


1 


read only 


Mail Status register R4 


10009 


1 


write only 


MoiJ Command register 








R5 


1000A 


2 


read/write 


Programmable timer 








count register 


1000C 


2 


read only 


Programmable host I/O 








base address 


1000E 


2 


write only 


Programmable initial I/O 








address 


10010 




write only 


Interrupt vector number 








for octal UART 46- 








Receive Buffer full 


10011 




write only 


Interrupt vector number 








for octal UART 46- 








Txansmit Buffer empty 


10012 




write only 


Interrupt vector number 








for octal UART 46- 








Modem status change 


10013 




write only 


Interrupt vector number 








for tuner tick 


10014 




write only 


Interrupt vector host to 








host adapter CPU 40 


10015 




write only 


Board ID (switch position) 



40 



45 



50 



55 



60 



65 



bit map 
7 



1 » EISA System 



ADDRESS 


LENGTH 




DESCRIPTION 


(HEX) 


(BYTES) 


MODE 


OF ITEM 








Detected 






6 


1 - EISA Override 








Enabled 






5-3 


0 = Bus Master Control 








logic 56 Version 0 






2-0 


Board Id bits: 








Oil = board 1 








101 = board 2 








111 = board 3 








110 - board 4 


10016 


10 





Test Register for hardware 


10018 


1 


read/ write 


Bus Master Timer 


1001A 


1 


read/write 


EISA revision byte 


BUS MASTER 56 






10020 


2 


read/write 


Host Address A2 (lower 








16 bits) 


10022 


1 


write only 


Host Address AO (upper 








8 bits) 


10023 


1 




not used 


10024 


2 


read/write 


host adapter CPU 40 








address A2 (lower 16 bits) 


10026 


1 





Reserved 


10027 


I 





not used 


10028 


2 


write only 


Transfer Count 


1002A 


1 


write only 


Transfer Control register 


1002B 


1 


read only 


Bus Master Status register 


1002C 


2 


read only 


Transfer Remaining Count 








register 


1002E 


1 


read/write 


Parent-Child Designation 








register 






bit map 








0 


1 = Child Board (default) 








0 = Parent Board 






1 


1 = EISA override 








enabled 






7-2 


Reserved 


HSRTs 48, 50, 52 and 54 






10040 


2 


read/write 


HSRT 48 data 


10042 


2 


read/write 


HSRT 50 data 


10044 


2 


read/write 


HSRT 52 data 


10046 


2 


read/write 


HSRT 54 data 


10048 


1 


read only 


HSRT 48 status 


10049 


1 


read only 


HSRT 50 status 


1004A 


1 


read only 


HSRT 52 status 


1004B 


I 


read only 


HSRT 54 status 


1004C 


20 





not used 


10060 


32 





not used 


DISCRETE 






10080 


I 


write only 


DMA and interrupt 








program register 






bit map 








7 


i = select ri os i ujyia, 








CH7 






6 


1 1=3 ociect MOSl UMA 








CH6 






5 


t e*lvt Unci nU A 

i = seieci rt os i una 








/nil 






4 


I = Select Most dma 








CH3 






3 








2 


1 — select Host IRQ 5 






] 


1 s Select Host IRQ 10 






o 


1 = select Host IRQ 1 1 


1008) 


127 




not used 


10100 


1 


read only 


Interboard 








communications 47 


10101 


127 




not used 


10180 


1 


write only 


Interboard 








communications 47 


10181 


127 




not used 


10200 


1 


write only 


Data concentrator 28 








mode enable 






bit map 








7-4 


Not used 






3 


1 = Enable HSRT 48 








Port SO 






2 


1 - Enable HSRT 50 
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HOST ADAPTER CPU 40 MEMORY MAP 



AUUIUZ03 






nF SCR TPTION 

U£-iiJW|VI I 1 lull 


(HEX) 


(BYTES) 


MODE 


OF ITEM 








Prot SI 






1 


1 « Enable HSRT 52 
Port S2 






0 


1 = Enable HSRT 54 
Port S3 


10210 


127 




not used 


10280 


1 


write only 


Data terminal ready 


10281 


127 




not used 


10300 


128 


read/ write 


Octal U ART 46 


10380 


973952 




not used 


ROM 44 








FE000 


8k 


readonly 


Boot strap entry point 


FFFFO 


5 


read only 


Reset entry point, 
jump to FEOOOh 


FFFF5 


11 


read only 


ROM 44 version and date 



The Host Adapter 18' Functions 

The code present in the ROM 44 performs several 
types of functions, The code in the ROM 44 includes 
the reset entry point and adapter initialization code, as 
well as a communications and terminal I/O control 
program which interfaces to host device drivers exe- 25 
cuted by the host CPU 10. Diagnostic routines are also 
included in the ROM 44 and may be invoked to test 
various subsystems of the host adapter 18' from a stand- 
alone diagnostic program or to trouble-shoot the host 
adapter 18' during normal operation. 30 

The first function performed by the host adapter 
CPU 40 following reset is a' consistency check of sub- 
systems of the host adapter 18' The host adapter CPU 
40 computes a checksum of the contents of the ROM 44 
and verifies the checksum with a preset value stored in 35 
the ROM 44. The host adapter CPU 40 sets the host I/O 
initialization address and checks bus master register 
values for expected reset values. 

Next, the host adapter CPU 40 performs write and 
read verify tests on the RAM 42, copies portions of 40 
code stored in the ROM 44 into the RAM 42 for faster 
execution, and sets up a service routine address for the 
host command interrupt. An integrity check completion 
status is then written to the mailbox register RO. 

45 

Automatic Data Concentrator 28 Detection 

As part of the initialization process and periodically 
thereafter, the host adapter CPU 40 uses the procedure 
described below to detennine which, if any, of the ports 
S0-S3 on the adapter board fan-out device 64 are cou- 50 
pled to functioning data concentrators, such as the data 
concentrator 28 in FIG. 3. Four ports SO through S3 are 
switchable between RS-232 asynchronous mode for 
connection to serial devices and RS-422 synchronous 
mode for connection to data concentrators. The switch- 55 
ing capability is performed by the data concentrator 
select logic 45 and the relays 68o-68</. Ports SO through 
S3 power-up in RS-232 mode, and remain so configured 
unless a data concentrator is positively detected. 

In order make its presence known to host adapter 18', 60 
the data concentrator 28 of FIG. 4 will, upon power-up 
and periodically thereafter, send an ID response packet 
to the host adapter 18 Since flow control is embedded in 
the synchronous link between the data concentrator 28 
and the host adapter 18', data to be sent by the mi- 65 
crocontroller 74 (FIG. 4) of the data concentrator 28 
will be placed in the transmit register of the HSRT 72. 
The data will remain in the HSRT 72, pending transmis- 



sion, until the RS-422 receivers 60 (see FIG. 3) are 
enabled. 

On power-up or reset, the host adapter CPU 40 ena- 
bles the RS-422 receivers 60 for a short period of time. 
5 If data concentrators, such as the data concentrator 28 
of FIG. 4, are connected and powered up, the host 
adapter CPU 40 will receive data stored in the HSRT 
72 and thereby detect the presence of the data concen- 
trator 28 in a passive manner, without itself trarismitting 
10 d a ta which could result in "garbage" data being re- 
ceived by a terminal, printer, or other serial device 
which may be connected to ports SO through S3. Any 
of the configurable ports SO through S3 which may not 
be determined to be connected to a data concentrator 
will be returned to RS-232 mode. Periodically, during 
norma] operation and during open processing on a port 
which may be connected to a data concentrator, the 
host adapter CPU 40 will temporarily enable the RS- 
422 receivers 60 in receive mode and check for valid 
data reception. 

In the presently disclosed embodiment, the preferred 
method of power-up is that all the data concentrators be 
connected and powered-up prior to booting the host 
system. It is also preferred that reconfiguration of con- 
nections to the data concentrators not be undertaken 
during normal operation of the host CPU 10. 
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HOST CPU 10 TO HOST ADAPTER 18' 
COMMAND PROTOCOL 

The host CPU 10 can receive information and send 
commands to the host adapter 18' through a command 
protocol in accordance with the preferred embodiment 
of the invention. This communication link allows the 
host to receive version, status and configuration infor- 
mation as well as set DMA channels and IRQ's, initial- 
ize data structures, and configure the high speed chan- 
nels and the remote devices coupled through the host 
adapter 18'. 

For example, the device drivers of the host may not 
directly access the remote devices, such as the devices 
12, 14 and 16, but must send commands to the host 
adapter 18' so that the host adapter 18' can configure 
the remote devices 12, 14 and 16. The device drivers 
must work in conjunction with a software configuration 
and database management utility as well as with the 
host adapter 18' to properly configure each remote 
device coupled through the host adapter 18'. The man- 
agement utility configures the operating system of the 
host which builds and maintains a cross-reference data 
file comprising the unique identity and configuration of 
each remote device. The data file is maintained on the 
host system, such as on a hard disk of the host com- 
puter, The host operating system uses the cross-refer- 
ence data file to control the device drivers to establish 
the configuration of the remote devices. The device 
drivers send configuration information through com- 
mands pursuant to the command protocol, and the host 
adapter 18' configures each device either directly, or 
indirectly through the data concentrators pursuant to 
the commands sent by the device drivers. The host 
adapter 18' also assigns unique identifiers to each re- 
mote device, and these identifiers are passed back to the 
host and are kept in the cross-reference data file. 

In accordance with the presently disclosed embodi- 
ment of the invention, commands are passed from the 
host CPU 10 to the host adapter 18' via the mailbox 
register R0. The mailbox registers Rl, R2, and R3 are 
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used for passing command-specific parameters. Com- 
mands are specified by the lower eight bits of register 
R0. For some commands, the upper eight bits of register 
R0 contain additional command parameters or modifi- 
ers. 

Most commands are handled synchronously, such 
that the host adapter CPU 18' completes all processing 
of a command before beginning to process a next com- 
mand. FIG. 5 illustrates in flowchart form the sequence 
of events which occur during the processing of a host 
command. Node 100 in the flowchart of FIG. 5 repre- 
sents the point where a user process executed by the 
host CPU 10 issues a system call which requires a com- 
mand to be issued to the host adapter 18' by the host 
device driver. Control of the host CPU 10 is subse- 
quently turned over to the device driver. 

The device driver first determines whether a com- 
mand is currently being processed by the host adapter 
18', as represented in decision node 102 of FIG. 5. If a 



completed. If another process is awaiting the comple- 
tion of command processing as suspended in the node 
108, the device driver now wakes up that process, as 
represented by node 122, and the awakened process 
5 should find the mailbox register R0 now available for 
writing. 

When configured to operate without host interrupts, 
the processing done by the interrupt service routine in 
the sequence of events illustrated in FIG. 5 would be 
10 performed by a periodic polling routine. This would 
have the effect of limiting the number of commands 
processed by the adapter in a given period of time ac- 
cording to the frequency of the polling routine. 
A few commands require an external event for com- 
15 plction. The sequence for handling such commands 
would be similar to that described with reference to 
FIG. 5 above, except that when the host CPU 10 is 
interrupted following the submission of an asynchro- 
nous command, the response from the host adapter 18' 



command is not already in progress, the host device 20 indicates that the command is in progress. Subse 
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driver waits for the mailbox register RO to be available 
for writing; this step is represented by node 104 in FIG. 
5. If the device driver is sequencing commands to the 
host adapter 18, the mailbox register R0 should be avail- 
able immediately. If the mailbox register R0 is not avail- 
able immediately, an error or exceptional condition in 
the driver or the host adapter 18' has occurred, and an 
error handling sequence is executed as represented by 
node 105 of FIG. 5. If the mailbox register R0 is avail- 
able, the device driver writes the command and associ- 
ated parameters into the mailbox registers R0-R3; this 
stage is represented by node 106. 

Returning to the node 102 of FIG. 5, if a command is 
currently being processed by the host adapter 18', the 
user process which issued the command is suspended, as 35 
represented by node 108 in FIG. 5. As shall be hereinaf- 
ter described, when a command is completed by the 
host adapter 18' and the results received by the device 
driver in the mailbox registers R0-R3, the device driver 
then "wakes up'* a process, if any, that is waiting for 40 
command completion at the node 108 of the flow dia- 
gram of FIG. 5. When the process is awakened, the 
device driver writes the command and associated pa- 
rameters, as shown in node 106. 

After the command and parameters have been writ- 45 
ten into the mailbox registers R0-R3, the device driver 
interrupts the host adapter CPU 40 by writing to the 
mail command register R5; this is represented by node 
110 of FIG. 5. In the node 110, the device driver sets bit 
1 in the mail command register R5 which alerts the host 50 
adapter 18' that it should interrupt the host CPU 40 
after the command written to the mailbox register R0 in 
the node 106 has been processed. 

Next, the device driver suspends the process which 
issued the command pending command completion, as 55 
shown in node 112 of FIG. 5. Nodes 114, 116, and 118 
of FIG. 5 represent processing steps taken by the host 
adapter CPU 40. First, in the node 114, the host adapter 
CPU 40 executes the command identified in the mailbox 
register R0, and the command response is written to the 60 
mailbox registers as shown in the node 116. Then the 
host adapter CPU 40 causes an interrupt to the host 
CPU 10 by writing to the mail command register R5\ as 
represented by the node 118. 

When the host CPU 10 receives the interrupt, the 65 
device driver wakes up the process suspended in the 
node 112, as represented by node 120. When this pro- 
cess resumes, it will detect that the command has been 



quently, on actual command completion, the host CPU 
10 will be interrupted again. Asynchronous command 
parameters include a command reference handle which 
is passed back on command completion. The host de- 
vice uses this reference handle to identify which asyn- 
chronous command has completed and resumes the 
appropriate process. 

The command set for the host adapter 18' is set forth 
in Table 11 below: 

TABLE 11 



COMMAND 




VALUE 


FUNCTION 


0000 


Get host adapter 18' version information 


0001 


Oet bost adapter 18' extended information 


0002 


Set DMA channel and IRQ 


0003 


Initialize transfer data structures 


0004 


Yield transfer data structures 


0005 


Get host adapter 18' status 


0006 


Get bost adapter 187data 




concentrator 28 port configuration 


nn07 


Open tty port 


nn08 


Close tty port 


nn09 


Set tty port mode 


imOA 


Set tty port extended mode 


nnOB 


Transmit break 


nnOC 


Flush tty port input 


nnOD 


Flush tty port output 


nnOE 


Flush tty port input and output 


nnOF 


Wait for tty port output to drain 


nnlO 


Wait for tty port modem status change 


null 


Cancel tty port wait command 


nnI2 


Get tty port status 


0013 


Open direct high speed channel 


0014 


Close direct high speed channel 


0015 


Reset direct high speed channel 


0016 


Get direct high speed channel status 


0017 


Shutdown all ports and channels 


mi 18 


Execute diagnostic routine 


0019 


Peek host adapter RAM 42 


001 A 


Poke host adapter RAM 42 


001B 


Load sew executable image 



Many commands in Table 11 above, such as those 
which change or return a port status, require very little 
processing by the host adapter 18'. During command 
processing by the host adapter 18', polling of the 
HSRT's 48, 50, 52, and 54 is suspended. In general, the 
number and frequency of commands issued in the host 
adapter 18' by the host device driver is negligible com- 
pared to the amount of transmitted and received data. 
This transmitted and received data is not passed via the 
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mailbox command registers, but is directly bus mastered -continued 

by the host adapter 18' to and from the host CPU 10 — — — - : 

memory as will be described in the section entitled -*J v^i^^Sa^ 

"Device I/O Data Transfer Protocol", below. R3 configuration: 

5 DMA channel (high byte) 

Host Adapter 18' Configuration and Status Commands irq i eV ei Oow byte) 

Several of the commands in Table 1 1 allow the host 
adapter 18' to be configured and provide version infor- 
mation to the host device driver. The commands which Set DMA Channel and IRO Command 
return the host adapter 18' information are intended to 10 This command configures the interrupt request (IRQ) 
insulate the host device driver from changes to the host and DMA channel to be used by the host adapter 18'. 
adapter 18' hardware or firmware in future versions. The command requires three parameters: 
Radical changes to the host adapter 18' may not allow 
the host device driver to be completely insulated, but at , 
least those commands will allow the device driver to 15 *J DMA^e^?^* 0 
detect and perhaps adapt to changes in the host adapter ^ q^q ldect /_ j 3 5 iq, h) 
18'. — 

For example, a future version of the host adapter 18' ■ j . - t_ , 

might support a larger number of ports. This would Jf* ^ a P tcr « must ^ vc a DM * channel re- 

haveimnm^mapact onadriverwWchqueried the host » «yed for rts use; however, it can operate in a poDed 

adapter 18' to determine the maximum port number for ^^^l^ 10 ^ f d ** a host mter- 

a particular adapter. However, a later version of the ™& * thc IRQ ^lect value is <- \) the host adapter 

host adapter 18' might include support for additional ™™ "f™* CPU 10 If either the 

commands. If such an adapter maintained backwards ™ A °5 f n e 811 crror ^ " 

compatibUity, a host device driver written for an earlier 23 rcturned t0 *f host Otherwise a successful 

version would function properly with the new adapter. completion status is returned: 

Newer versions of the driver could take advantage of 

the additional commands since it could register their ro command completion status 

availability through a request to the host adapter 18'. — ________ ______ 

The following is a description of each of the host 30 
adapter 18' configuration and status commands sup- Initialize Transfer Data Structure Command 
ported in the presently disclosed embodiment of the , , _ . _ . tl . , s ^ 
invention- device driver allocates several data struc- 
tures in host RAM for use by the host adapter 18' firm- 
Get Host Adapter 18' Version Information Command 35 ware. The significance of these data structures shall be 

This command allows the host device driver to ob- h ™ f * r ^T^? ' ™ S °f TS* *? iTt^ 

tain firmware and the host adapter 18' hardware version address °f * he structure f t0 host 18 • ^ 

information. This may allow the device driver to sup- command has three parameters: 
port future versions of the host adapter 18' which pro- 

vide additional functionality Or features. This command 40 ro Initialize transfer data structures command 

has One parameter: Rl, R2 Physical host RAM address of transfer 

control structure 



R3 Siie, in bytes, of the transfer control data 



RO Gel host adapter version information command structure 

45 

The command returns the following information: If the transfer control data structure size or contents are 

incompatible with the firmware revision of the host 

adapter 18', an error code is returned to the host CPU 

ro command completion sums io. Otherwise, a successful completion status is re- 

Rl host adapter hardware revision jq fo^gd. 

R2 host adapter firmware revision 

R3 host adapter RAM and number of connectors 



Get Host Adapter 18' Extended Information Command 



R0 command completion status 



This command allows the host device driver to ob- 55 Yield Transfer Data Structure Indication 

tain more information about the host adapter 18'. This Periodically, the host adapter 18' yields use of the 
may allow the device driver to support future versions fmsfa data structure t0 the host device 
of the adapter which provide additional functionality or host cpu 10 must the host lg , when ft ^ 

features. This command has one parameter: ^ processing these data structures. This indica- 

tion has one parameter: 

RO Get host adapter 18' extended information 

command 



RO Yield transfer data structures indication 



The command returns the folio wing information: 65 . , „ , . , . , 4 . 

° This is not a command to the host adapter 18\ but rather 

an indication. As such, no completion status is gener- 



ro command completion status ated by the host adapter 18'. 
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Get Host adapter 18' Status Command 

This command returns high-level host adapter 18' 
status information. This command has one parameter: 



RO 



Get host adapter status command 



The following information is returned: 



10 



RO 

R1,R2.R3 



command completion status 
host adapter 18' status 



Get Host Adapter 18'/Data Concentrator 28 15 
Configuration Command 

This command returns configuration information 
regarding the asynchronous port and high-speed chan- 
nel connectors. The command has two parameters: 20 



handle is used by the host device driver in subsequent 
communications with the host adapter 18'. 

This command is called only for the first open of a 
TTY device. The mapping between the file system 
TTY device node number and the port number on the 
host adapter 18' is maintained by the host device driver. 

Close TTY Port Command 

This command changes the state of a specified port 
from open to closed. In the closed state, a port can 
neither send nor receive data and modem control lines 
are placed in inhibited state. The port operating parame- 
ters are reset to default values. The command has one 
parameter: 



RO 



Rl 



Get host adapter 187daU concentrator 28 
configuration command 
connector number 



The following information is returned: 



RO command completion status 
Rl connection type/status bit map: 
Bit Definition 

0001 h RS-232 asynchronous capable connector 
0002h High-speed capable connector 
0004h RS-232 asynchronous mode enabled 
0008h High-speed mode enabled 
001 Oh Data concentrator 28 attached 
FFEOh not used 
R2 number of RS-232 asynchronous ports supported 
(directly or through a data concentrator) 



TTY Port Commands 



30 



35 



40 



The following is a description of the commands 
which allow the host device driver to control local and 
remote RS-232 ports. The open command establishes a 
connection between I/O buffers and data structures in 45 
the device driver and corresponding data structures on 
the host adapter 18'. The close command breaks this 
connection and disables data transmission or reception 
on a port. Other TTY port commands support host 
device driver requirements. For all port commands, the 50 
upper eight bits of the mailbox register R0 contains the 
port identification number. 

Open TTY Port 

This command changes the state of a specified port 55 
from closed to open. The command has two parameters: 



R0 

Rl, R2 



command completion status 
adapter reference identifier 



60 



The host reference identifier is used in subsequent 
communications with the host device driver. In opera- 
tion, this is intended to be a pointer to a data structure 65 
in the host RAM which is related to a specified port. Its 
value and usage by the host CPU 10 are transparent to 
the host adapter 18'. Likewise the adapter reference 



R0 



Port number/Close TTY port command 



'25 



The port number must be between zero and the maxi- 
mum number of ports supported by the host adapter 18'. 
If the port number is invalid or the port is already 
closed, an error code is returned to the host; otherwise 
a successful completion status is returned. 

Set TTY Port Mode Command 

This command allows the host CPU 10 to set up a 
number of TTY port operating parameters in a format 
which is compatible with terminal data structures, such 
as UNIX Standard TERMIO data structures. User pro- 
cesses set TTY input, output and control modes for a 
TTY. The bit-mapped control values for these modes 
may be passed directly to the host adapter 18' for pro- 
cessing, although some modes are not applicable for 
handling on the host adapter 18'. 

Although this command may be optimized for a 
UNIX device driver, it provides a concise method for 
passing configuration information to the host adapter 
18' which may be useful in other operating environ- 
ments. As required, other commands to set TTY line 
parameters and operating modes may be added to the 
command set supported by the presently disclosed em- 
bodiment of the invention. One such set of commands 
might provide a level 8250 UART command register 
compatibility. 

The "Set TTY Port Mode" command has four pa- 
rameters: 



R0 Port number/Set TTY Port Mode Command 

Rl Input mode descriptor 

R2 Output mode descriptor 

R3 Control mode descriptor 



When a port is opened, its mode is initialized to a system 
default mode setting. This command may be used to 
specify the default open port mode by specifying the 
port number as — 1 (OxFF). 

The port number must be between zero and the maxi- 
mum number of ports supported by the host adapter 18', 
or must be the special value to set the default input 
mode setting. If the port number is invalid or the port is 
closed, an error code is returned to the host. Otherwise, 
a successful completion status is returned: 



R0 



command completion status 
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TTY Port Input Mode Descriptor 

This descriptor configures received character pro- 
cessing for the specified port and is bit-mapped as fol- 
lows: 5 



Bit 


Definition 


0001 


Ignore break condition 


0002 


Interrupt on break reception 


0004 


Ignore characters received with parity errors 


0008 


Mark parity errors 


0010 


Enable input parity checking 


0020 


Strip characters to seven bits 


0040 


Map NL to CR on input 


0080 


Ignore CR on input 


0100 


Map CR to NL on input 


0200 


Map uppercase to lowercase on input 


0400 


Enable start/stop output control 


0800 


Enable any character to restart output 


1000 


Enable start/stop input control 



10 



15 



20 



TTY Port Output Mode Descriptor 

The output mode descriptor configures the transmit- 
ted character processing for the specified port and is 
bit-mapped as follows: 25 



Bit 


Definition 


0001 


Post-process output 


0002 


Map lowercase to uppercase on output 


0004 


Map NL to CR-NL on output 


0008 


Map CR to NL on output 


0010 


No CR output at column 0 


0020 


NL performs CR function 


0040 


Use fill characters for delay 


0080 


Use DEL for fill, else NUL 


0100 


Select newline delay 


0600 


Select carriage return delay 


1800 


Select horizontal tab delay 


2000 


Select backspace delay 


4000 


Select vertical tab delay 


8000 


Select form feed delay 




TYY Port Mode Descriptor 


This descriptor configures the hardware control for 


the specified port and is bit-mapped as follows: 


Bit 


Definition 


000F 


Select baud rale 




0000 Hang up 




0001 50 




0002 75 




0003 no 




0004 134.5 




0005 ISO 




0006 200 




0007 300 




0008 600 




0009 1200 




OO0A 1800 




000B 2400 




000C 4800 




OOOD 9600 




O00E 19200 




O00F 38400 


0030 


Select character size 




0000 5 bits 




0010 6 bits 




0020 7 bits 




0030 8 bits 


0040 


Select two stop bits, else one 


008D 


Enable receiver 


00100 


Enable parity 
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-continued 


Bit 


Definition 


0200 


Select odd parity, else even . 


0400 


Hang up on last close 


0800 


Select local line mode, else dial-up 


1000 


Block layer output 


2000 


Enable CTS protocol 


4000 


Enable RTS signalling 



Set TTY Port Extended Mode Command 

This command sets up the specified port for other 
operating modes such as internal loop-back and alterna- 
tive hardware flow signalling protocols which are not 
configurable through the "Set TTY Port Mode" com- 
mand. The command has two or three parameters: 



RO 


Port number/Set TTY port extended mode command 


Rl 


Mode to Set 




0 Internal loop-back 




1 Alternative flow control as specified by R2 




2 Suspend transmit and receive 




3 Resume transmit and receive 


R2 


Alternative flow control to set (mode 1) 




0 None 




1 DSR flow control 



The internal loop-back mode enables a diagnostic mode 
of the UART 46 for the specified port which echoes 
transmitted data back as received data. The alternative 
flow controls provide support for various flow control 
signalling conventions not supported by the standard 
TTY mode settings. 

The suspend and resume command modes allow di- 
rect flow control manipulation under process control. 
On receipt of a suspend command the host adapter 18' 
will stop transmitting and issue a request to the device 
to stop transmitting. The port will remain in this state 
until a resume command is received or the port is 
closed. A small amount of data buffered in the data 
concentrator 28 for the specified port may be transmit- 
ted or received event after the suspend command has 
been processed. 

The port number must be between zero and the maxi- 
mum number of ports supported by the host adapter 18'. 
If the port number is invalid or the port is closed, an 
error code is returned to the host CPU 10. Otherwise a 
successful completion status is returned: 



R0 command completion status 



Transmit Break Command 

This command causes a break to be transmitted on 
the specified port. The command has one parameter: 



R0 Port number/Transmit break command 



The port number must be between zero and the maxi- 
mum number of ports supported by the host adapter 18'. 
If the port number is invalid or the port is closed, an 
error code is returned to the host CPU 10. Otherwise, a. 
successful completion status is returned: 
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RO command completion status 



Flush TTY Port Input Command 

This command disposes of any received data for the 
specified port which remains buffered on the host 
adapter 18' and the data concentrator 28. The command 
has one parameter: 10 



RO Port number/Flush TTY port input command 



The port number must be between zero and the maxi- IS 
mum number of port support by host adapter 18'. If the 
port number is invalid or the port is closed, an error 
code is returned. Otherwise a successful completion 
status is returned: 



RO command completion status 



Flush TTY Port Output Command 25 

This command disposes of any transmitted data for 
the specified port which remains buffered on the host 
adapter 18' and the data concentrator 28. The command 
has one parameter: 

30 



RO Port number/Flush TTY Port Output Command 



The port number must be between zero and the maxi- 
mum number of ports supported by the host adapter 18'. 35 
If the port number is invalid or the port is closed, an 
error code is returned to the host. Otherwise a success- 
ful completion status is returned: 



RO command completion status 



Flush TTY Port Input and Output Command 

This command disposes of any received and transmit- * 5 
ted data for the specified port which remains buffered 
on the host adapter 18' and the data concentrator 28. 
The command has one parameter: 



RO Port Number/Flush TTY port input and output 
command 



The port number must between zero and the maximum 
number of ports supported by the host adapter 18'. If 55 
the port number is invalid or the port is closed, an error 
code is returned to the host. Otherwise a successful 
completion status is returned: 



RO command completion status 



Wait for TTY Port Output to Drain Command 

This command notifies the host CPU 10 when the 65 
specified TTY port output buffer is empty on the host 
adapter 18' and the data concentrator 28. The command 
has two parameters: 



RO Port number/Wait for TTY port output to 

drain command 
Rl, R2 host command reference 



This command completes asynchronously, since it de- 
pends on an external event, namely the acceptance of 
transmitted data by the attached serial device. An im- 
mediate command acceptance status is posted to the 
host CPU 10 when the command is issued. The port 
number must be between zero and the maximum num- 
ber of ports supported by the host adapter 18'. If the 
port number is invalid or the port is cleared, an error 
code is returned to the host. Otherwise an event pend- 
ing completion status is returned: 



RO Immediate command status 



When the output buffers are emptied, an interrupt is 
generated to the host CPU 10 and a command comple- 
tion status is passed to the host CPU 10: 



R0 command completion status 

Rl port number 

R3, R3 host command reference 



Wait For TTY Port Modem Status Change Command 

This command notifies the host CPU 10 when the 
specified TTY port detects a modem status change. The 
command has two parameters: 



R0 Port number/Wait for TTY port status to 

change 

Rl, R2 Host command reference 



This command completes asynchronously, since it de- 
pends on an external event, namely the acceptance of 
transmitted data by the attached serial device. An im- 
mediate command acceptance status is posted to the 
host when the command is issued. The port number 
must be between zero and the maximum number of 
ports supported by the host adapter 18'. If the port 
number is invalid or the port is closed, an error code is 
returned to the host. Otherwise an event pending com- 
pletion status is returned: 



R0 Immedintr command status 



When a modem status change is detected an interrupt is 
generated to the host CPU 10. A command completion 
status is passed to the host: 



R0 command completion status 

Rl modem status 

R2. R3 host command reference 



Cancel TTY Port Wait Command 

This command cancels an asynchronous completion 
command, such as the "Wait for Output to Drain" com- 
mand. The command has one parameter: 
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Port Number/Caned TTY port wail command 



The port number must be between zero and the maxi- 
mum number of ports supported by the host adapter 18'. 
If the port number is invalid or the port is closed, an 
error code is returned to the host CPU 10. Otherwise a 
successful completion status is returned: 



30 



specified channel. Its value and usage by the host CPU 
10 are transparent to the host adapter 18'. 

Close Direct High-Speed Channel Command 

This command changes the state of a specified chan- 
nel from open to close. The command has one parame- 
ter: 



10 



RO 



Channel number/Close channel command 



RO command completion status 



Get TTY Port Status Command 15 

This command returns the current status of the speci- 
fied port The command has one parameter: 



The channel number must be between zero and the 
maximum number of ports supported by the host 
adapter 18'. The maximum value is not necessarily 
fixed, but may be obtained via the "Get Version Infor- 
mation" command described above. If the channel num- 
ber is invalid or a port is already opened to the data 
concentrator 28 on the specified channel, an error code 
is returned to the host. Otherwise, a successful comple- 
tion status is returned: 



RO Port number/Get TTY port status command 20 



The port number must be between zero and the maxi- 
mum number of ports supported by the host adapter 18'. 
If the port number is invalid or the port is closed, an 
error code is returned to the host CPU 10. Otherwise a 
successful completion status is returned: 



R0 command completion status 

Rl modem/line status 

R2, R3 flow status 



R0 command completion status 

25 

Miscellaneous Commands 

Shutdown All Ports and Channels Command 

This command is equivalent to issuing close com- 
30 mands on all open TTY ports and direct high-speed 
channels. The command has one parameter: 



Direct High-Speed Channel Commands 

The following commands support use of a high-speed 
channel as a direct link between host adapters such as 
18' in separate systems. There are no changeable port 
characteristics associated with the high-speed channel. 
The link is a full-duplex 14-bit data pathway and pro- 
vides throughput up to 300 kbytes per second. 

Open Direct High-Speed Channel Command 

This command changes the state of a specified chan- 
nel from closed to open. The command has two parame- 
ters: 



R0 Channel number/Open channel command 
Rl, R2 Host reference identifier 



The channel number must be between zero and the 
maximum number of ports supported by the host 
adapter 18'. The maximum value is not necessarily 
fixed, but may be obtained via the "Get Version Infor- 
mation" command described above. If the channel num- 
ber is invalid or a port is already opened to a data con- 
centrator on the specified channel, an error code is 
returned to the host. Otherwise, a successful completion 
status is returned: 



R0 command completion status 



The host reference identifier is used in subsequent 
communications with the host device driver. In opera- 
tion, this is intended to be a pointer to a data structure 
maintained by the host CPU 10 which is related to the 



R0 Shutdown all ports and channels command 



35 

Once all ports are closed, a completion status is 
returned: 



40 R0 command completion status 



Execute Diagnostic Routine Command 

This command provides an interface to the host 
adapter 18' firmware diagnostic routines. Some of these 
diagnostic routines have side effects which limit their 
application once the host adapter 18' is initialized and in 
use by the driver. The command has at least two param- 



R0 Diagnostic routine/execute diagnostic routine command 

0 ROM checksum test 

1 RAM read/write verify test 

2 Timer interrupt test 

3 Host interface mailbox test 

4 Bus master block transfer test 

5 High-speed channel internal loopback test 

6 High-speed channel external loopback test 



60 Rl, R2, R3 Test parameters described below: The 
"RAM Read/Write Verity Test", the 'Timer Interrupt 
Test" and the "Bus Master Block Transfer Test" leave 
the host adapter 18' in a reset state. Any configuration 
information and buffered port data may be lost. The 

65 internal and external high-speed channel loopback tests 
leave the specified channel in a reset state. Any configu- 
ration and buffered port data may be lost. Additionally, 
the attached data concentrator 28 may be reset. 
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The command returns the result of the test routine: 



RO 

R1.R2.R3 



command completion status 
diagnostic routine completion status 



The "ROM Checksum Test" takes no additional param- 
eters and returns the pass/fail status in Rl: 



RO 
Rl 



command completion status 

Pass/Fail 

zero-pass 

non-zero-fail 



The "RAM Read/Write Verify Test" takes one addi- 15 
tional parameter: 



Rl 



Number of test repetitions 



Since the entire contents of the RAM 42 are modified 
by this command the host adapter 18' and firmware are 
left in a reset state on completion. Command and test 
completion status are returned as follows: 



32 



checksum. The contents of the buffer are comple- 
mented and the buffer is transferred back to the host 
RAM. Since the contents of the RAM 42 are modified 
by this command the host adapter 18' is left in a reset 
state on completion. Command and test completion 
status are returned as follows: 



10 



RO 
Rl 



command completion status 
pattern checksum buffer 



The "High-Speed Channel Internal Loopback Test" 
places the data concentrator 28 high-speed channel into 
software loopback mode. To enter and exit this mode, 
the data concentrator 28 must be reset, losing current 
configuration and buffered device data. The command 
takes two parameters: 



20 



Rl 
R2 



Higb-speed channel to test 
Number of test repetitions 
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Command and test completion status are returned as 
follows: 



RO command completion status 

Rl Pass/Fail 

zero-pass 

non-zero-fail 



The "Host Interface Mailbox Test" reads the test 
parameters from the mailbox registers and uses them as 
described below to determine the values to be written 
back to the host CPU 10, Up to three parameters may be 
given: 



RO Test value 1 

Rl Test value 2 

R2 Test value 3 



The host adapter 18' determines which registers have 
been written by the host CPU 10 and writes back the 
test value(s), with all bits complemented, to the same 
registers). The test can be used to verify the mailbox 45 
data register and the mailbox status register integrity. 
Of course, at least the mailbox register RO must be func- 
tioning in order for any command processing to take 
place. The host CPU 10 must verify expected register 
return values. Command and test completion status are 50 
returned as follows: 



R0 command completion status 

R 1 Test value 1 complemented 

R2 Test value 2 complemented 55 

R3 Test value 3 complemented 



R0 command completion status 
Rl number of loopback errors 



The "High-Speed Channel External Loopback Test" 
places the host high-speed channel into loopback mode. 
An external loopback connector roust be attached to the 
adapter channel under test before issuing this command. 
The command takes two parameters: 



Rl High-speed channel to test 

R2 Number of test repetitions 



If a loopback device is not attached, this test will fail 
and the data concentrator 28 and serial attached devices 
may receive unintended data. Command and test com- 
pletion status are returned as follows: 



R0 command completion status 

Rl number of loopback errors 



Peek Host Adapter RAM 42 Command 

The Peek Host Adapter RAM (Debug/Patch) Com- 
mand facilitates debugging and patching of firmware in 
the host adapter 18'. This command allows the host 
device driver to examine arbitrary locations in the 
RAM 42 address space. The command has two parame- 
ters: 



The "Bus Master Block Transfer Test" performs a 
simple data movement test to verify correct operation 
of the bus master control logic 56. The command takes 60 
two parameters: 



R0 

R1.R2 



Peek host adapter RAM command 
Physical RAM address 



R1.R2 
R3 



Physical RAM address of host buffer 
One to sixteen kbyte length of host buffer 



The work (16-bit) value at the specified location is re- 
turned to the host CPU 10: 



The host adapter 18' transfers the specified buffer from 
host RAM into the RAM 42 and computes a 16-bit 



. 65 



R0 
Rl 



command completion status 
data value 
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Poke Host Adapter RAM 42 Command 

The Poke Host Adapter RAM 42 Command also 
facilitates debugging and patching of firmware in the 
host adapter 18', and allows the host device driver to 
write to arbitrary locations in the RAM 42 address 
space. The command has three parameters: 



RO Poke host adapter RAM 42 command 

Rl, R2 Physical RAM 42 address 

R3 data value 



The specified value is set immediately and a successful 
completion status is returned to the host CPU 10: 



RO command completion status 

Rl previous contents of specified location 



This command is specified in such a way as to allow 
implementation of semaphores between the host 
adapter 18' and the host device driver. This feature may 
be useful for debugging. 

Load New Executable Image Command 

This command allows for the loading of a new exe- 
cutable image into the RAM 42. Use of this command 
effectively stops operation of the current control pro- 
gram in the RAM 42. The new control program is 
downloaded, overwriting the previous program. The 
lower 1024-bytes of the RAM 42 are reserved for use 
during the download operation and may not be over- 
written by the download image. 

The download image must begin with a special load 
control header, which includes such information as the 
destination address of the load image. The command 
has three parameters: 



RO Replace host adapter 18' control program 

command 

Rl, R2 Physical address of load image in host RAM 
R3 Length of load image in bytes 



The interrupt processing routine for the host adapter 
CPU 40 reads the mailbox registers. On determination 
that the requested command is to load a new executable 
image, the host adapter CPU 40 aborts any bus master 
transfer in progress and transfers the special load con- 
trol header into a reserved location in the lower 1204- 
bytes of the RAM 42. The remainder of the load image 
is then transferred to the load address specified in the 
header. The interrupt vectors for the UART 46 is ini- 
tialized to point to "no-operation" (no-op) interrupt 
service routines in the ROM 44. The interrupt service 
routine for the host service request interrupt is set up to 
point to a service routine in the ROM 44. The segment 
registers and stack pointer are then set to the values 
specified in the control header. Prior to passing control 
to the entry point specified in the control header, a load 
command completion status is written to the mailbox 
register RO and an interrupt is issued to the host CPU 10 
by writing to mail command register: 



R0 command completion status 



DEVICE I/O DATA TRANSFER PROTOCOL 

Serial device input and output data is transferred 
between the host CPU 10 and the host adapter 18' by 

5 the bus master control logic 56 as directed by the host 
adapter CPU 40. The host adapter 18' requires reserved, 
non-swapable data transfer buffers and control struc- 
tures in the address space of the host CPU 10. These 
data areas are provided and used cooperatively by the 

10 host device driver. If the host adapter 18' is a 16-bit ISA 
adapter, it can only drive the lower 24 address lines for 
bus master transfers when installed in an EISA system. 
Therefore, the shared data areas must reside within the 
lower 16-megabytes of host RAM address space. 

15 The primary function of an intelligent serial control- 
ler is to reduce the number of interrupts to the host 
CPU 10 due to character input and output. The data 
transfer protocol described herein allows the host 
adapter 18' to interrupt the host CPU 10 only as often as 

20 required to provide acceptable user key input response. 
For higher-speed continuous data stream connections 
the data transfer protocol results in receipt or transmis- 
sion of many characters per interrupt to the host CPU 
10. 

25 Another benefit of the data transfer protocol of the 
presently disclosed embodiment of the invention is to 
limit data copying while at the same time isolating the 
host adapter 18' from knowledge of operating system 
internal data structures associated with serial devices. 

30 In the case of UNIX device drivers, for example, the 
host adapter 18' may not directly manipulate c-list data 
structures. For compatibility with multiple versions of 
the operating system and multiprocessor capabilities, 
such control is reserved for the device driver executed 

35 by the host CPU 10, and is in fact provided by function 
calls provided by the operating system. 

The data transfer protocol of the presently disclosed 
embodiment of the invention is simple and efficient. The 
protocol uses four linear list data structures as shall be 
hereinafter described. Indirect manipulation of complex 
data structures such as per device circular buffers in the 
host address space might require many discrete transfer 
operations by the bus master controller 56. The host 
device driver would still have to copy the data into or 

45 out of the per device buffers from or to the operating 
system internal data structures. 

The locations, sizes, and other information regarding 
the shared data structures is passed from the host device 
driver to the host adapter 18'. The following data struc- 

30 ture must be initialized by the driver and passed to the 
host adapter 18' as a parameter to the "Initialize Trans- 
fer Data Structures" command: 



D.JNTRPS 


zero to twenty interrupts per second 


D-IOSIZE 


512 to 32768 bytes 


D_IOBUF 


physical address 


D—CONTENTS 


physical address 


D-RECVSPACE 


physical address 


D-XMITSPACE 


physical address 


D-OUTBAND 


physical address 


D_PORTOOUNT 


one to n ports 



The host device driver can use the first two parame- 
ters to control I/O latency and memory usage. The 
65 number of interrupts per second (D—INTRPS) deter- 
mines how frequently the host adapter 18' will interrupt 
the host CPU 10 to transfer device I/O data. The I/O 
buffer size (D— IOSIZE) determines how much data 
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may be transferred for each interrupt. In general, the when the host adapter 18' has granted control to the 
host adapter 18' should interrupt the host CPU 10 as host CPU 10. 

infrequently as keystroke response permits and with as For polled mode, the host CPU 10 may be thought to 
much data as possible. The numbers may be determined own the data structures, intermittently granting their 
by experimentation, but an interrupt frequency of ten 5 control to the host adapter 18' and expecting the host 
times per second is probably sufficient to provide good adapter 18' to yield them back in a timely fashion. When 
response. An I/O buffer size equal to the aggregate the host CPU 10 has control of the data structures, the 
combined device baud rate divided by the data charac- host adapter 18' must not modify their contents, 
ter size and the interrupt frequency should also be suffi- Though the host adapter 18' can read at any time the 
cient. For example, in one embodiment of the present 1° data structure contents without harm to the transferred 
invention having an eight-port system with two 38.4 data, it may not interpret their contents to be coherent 
kbaud devices, four 9600 baud devices and two 2400 except when the host CPU 10 has granted control to the 
baud devices, could use a 1200 byte I/O buffer at ten host adapter 18'. 

interrupts per second, as determined by the following The data I/O buffer is the main structure for transfer- 
computation: 15 ring data between the host adapter 18' and the host 

CPU 10. It is organized merely as an array of bytes of 
(2 x 3WO0) + (4 x 9600) 4 (2 x 2400) = data to or from serial devices. Only one copy of the I/O 

buffer exists, that is the one in the address space of the 
120000 combined baud rate host CPU 10. Two copies of the other three data struc- 

120000 bits per sec/10 bits per character = turcs cxist ' one m ^ host RAM One in the RAM 

42, The data I/O buffer is filled by the host device 
12000 characters per second driver with output data from the host computer to the 
serial devices, and filled by the host adapter 18' for 
25 input data from the serial devices. 
1200 characters per interrupt The data I/O buffer is an undistinguished array of 
bytes to or from a number of devices. The contents list 
The addresses of the data structures must be specified allows the host CPU 10 or the host adapter 18' to deter- 
as physical RAM addresses. Additionally, the host de- mine for which device each byte of data in the buffer is 
vice driver must assure that the area allocated to the 30 intended. The contents list is an array of device refer- 
data structures is locked-down, i.e. not swapable. The ence handle and count entries, each entry having the 
size of the I/O buffer is specified as described above. following form: 
The size of the remaining data structures is determined 

by the number of ports which the host device driver — — ^— ^— _____ 
supports on the host adapter 18'. This number may be „ S~JE?2£ F ^ M 

1 . . r i . 35 CN—COUNT byte count of device data 

less than the maximum number of ports supported by * 

the host adapter 18'. 

The host adaptor 18' may be adaptive in deterrnining The end of the contents list is signified by a null value 

how often to interrupt the host CPU 10. If more data is device reference handle. The maximum length of the 

arriving during the specified interrupt period than can 40 contents list is set by the port count parameter D_ 

be contained in the transfer buffer, then the host adapter PORTCOUNT of the "Initialize Transfer Data Struc- 

18' may increase the frequency of interrupts up to a ture" command. 

maximum of twenty per second. If the number of inter- Two other data structures allow the host CPU 10 

rupts per second is specified to be zero, the host adapter ultimately to control input flow and the host adapter 18' 

18' has been configured to operate without interrupts to 45 ultimately to control output flow. The host CPU 10 

the host CPU 10 and a polled mode of operation is maintains a list of device reference handles and counters 
selected. In this mode, the host CPU 10 has control of which represent the available input buffer space in the 

the frequency of data transfers, as shall be hereinafter host for each device. The beginning of this input buffer 

described. space list is indicated by the physical address sent by the 

Since both the host adapter 18' and the host CPU 10 50 host by the parameter D-RECVSFACE. The host 

may access and modify the shared data structures, their adapter 18' respects these limits and transfers no more 

use must be arbitrated. At any time, the data structures than the specified number of bytes for each device to 

are said to be "owned*' either by the host adapter 18' or the host CPU 10 in the data I/O buffer. Similarly, the 

the host CPU 10. The host CPU 10 owns the data struc- host adapter 18' maintains a list of device reference 

tures solely until it issues the command to initialize the 55 handles and counters which represent the available 

data structures. Once this command has been executed, output buffer space in the host adapter 18' for each 

the model for sequencing access to the data structures device. The beginning of this output buffer space list is 

depends on whether interrupt driven or polled data indicated by the physical address by the parameter 

transfer operating mode has been selected. D— XMITSPACE. The host CPU 10 respects these 

For interrupt driven mode, the host adapter 18' may 60 limits and transfers no more than the specified number 

be thought to own the data structures, intermittently of bytes for each device to the host adapter 18* in the 

granting their control to the host CPU 10 and expecting data I/O buffer. 

the host CPU 10 to yield them back in a timely fashion. The final data structure contains per port out-of-band 

When the host adapter 18' has control of the data struc- status information such as break indications and gratu- 

tures, the host CPU 10 may not modify their contents. 65 itous modem status change indications. This data struc- 

Though the host CPU 10 can read at any time the data ture begins at the physical address D_OUTBAND. 

structure contents without harm to the transferred data, Like the transfer buffer contents list, this data structure 

it may not interpret their contents to be coherent except is an array of bytes that indicates which, if any, ports 
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have an out-of-band status change or indication. Each 512 bytes of internal RAM (not shown); in addition, the. 
entry is defined as follows: data concentrator 28 includes a 16kx 16 EPROM 76 for 

storing start-up routines, diagnostic routines, and con- 
OB-TTYREF TTY reference handle c t«J Pro*™* code to be executed by the microcon- 

OB— TYPE out-of-bind status type 5 traler 74. The data concentrator 28 further includes an 

QB— status status value, as required octal U ART 78, which is preferably of the same type as 

the octal UART 46 in the host adapter 18', and an 
The end of this list is signified by a null value device HSRT 72 which is similar to and capable of communi- 
reference handle. The maximum length of this list is set catin S with any of the corresponding HSRTs 48-54 in 
by the port count parameter D__PORTCOUNT of the 10 host adapter 18'. Finally, the data concentrator 28 
"Initialize Transfer Data Structure" command. includes a memory controller and other support logic 

The following status types and status values are de- generally shown as support logic 84. 
fined: The memory map in the data concentrator 28 consists 

of the 512 byte RAM internal to the microcontroller 74, 
15 the EPROM 76, and memory-mapped I/O. The physi- 
cal addresses of all the data concentrator 28 hardware is 



20 



OBT_BREAK 


break character received 




(no associated flatus value) 


OBT—MODEM 


modem status change 




(bit-mapped modem status value) 


OB-STATUS 


status value, as required 



Memory Range 


Type 


Function 


FFFFh-SOOQh 


Read only 


ROM 76 firmware 


7FFFh-7000h 


Read/Write 


Octal UART 78 


6FFFh-6000h 


Read only 


Octal UART 78 interrupt 


5000h 


Read/Write 


HSRT 72 


4000h 


Read only 


HSRT 72 status 


3000h 


Write only 


Data terminal ready 






register 



determined by the implementation of conventional 
memory decoding logic (not shown). The physical ad- 
dresses are referenced by the data concentrator 28 as 
public symbols that are defined to the microcontroller 
_ . fl . ni . _ A _ e 74 development system linker. The symbols and physi- 

Descnption of the Data Concentrator 28 caJ for ^ mcmor y. mapped l7o are defined* 

The data concentrator 28 of FIG. 2 provides a facility a single source code file. The memory map is set forth 
for communications with up to eight asynchronous in Table 12: 
devices via the single high-speed, full duplex data link TAT5T F \i 

30. The communications facilities provided by the data 

concentrator 28 include remote device I/O, flow con- data concentrator 28 memory map 

trol, communications parameter configuration, and op- 
erational mode configuration. The maximum device 
rate for any individual device port in the presently dis- 30 
closed embodiment of the invention is 38.4 kbits per 
second. The high-speed data link 30 between the data 
concentrator 28 and the host adapter 18' in FIG. 2 oper- 
ates at approximately 600 kbits per second in each direc- 
tion. 35 

Turning now to FIG. 4, a block diagram showing the ^ flfSt ^ ^ wor(Js {m b > ofKAMinihe 
major functional components o ^one embodiment of the ^controller 74, referred to as "base" memory, are 
oata concentrator w in ^accoraance witn tfte present addressab i e 

in an efficient short address form. Variables 
invention is provided. The data concentrator 28 in- anA « • , m . . - w *u j * 

eludes an RS-422 line driver 70 for interfacing with a « by 
corresponding one of the RS^22 line drivers 60 pro- » ™ "located m thos base page memory, 
vided at the fanout device 64 of the host adapter 18'. Base page addressmg is an advantage only when using 
The transmission of the data between the data concen- direc ' modes ' If W memory is ac- 
trator 28 and the host adapter 18' is accomplished using ^ctly, the access time and instruction fetch 
the RS-422 differential current signalling conventions 45 tune are identical to non-basepage accesses The 512 
implemented by the line drivers 60 and 70, As a result, ° f m f e f nal J RAM m microcontroller 74 are 
the data concentrator 28 may be located as far as 500 us ^ for CI « ht device out P ut * uffers ' * host output 
feet from the host adapter 18'. The output section of the b ™ cr * a command response buffer, buffer counts and 
data concentrator 28 is provided by eight RS-232 line pointers, state tables, temporary variables, and a stack, 
drivers, designated as 80 in FIG. 4, which are similar to 50 The data buffers exist in a ring buffer configuration with 
the RS-232 line drivers 58 in the host adapter 18'. The a head P°' miQr > * tail pointer, and a count, which are all 
RS-232 line drivers 80 are connected to eight RJ-45 allocated in base page RAM. Devices of various data 
terminal connectors H2aS2h which are located on a communication rates may be attached to the data con- 
connector 81, wherein the RJ-45 terminal connectors centrator 28. Buffering and flow control are provided in 
824-82A are similar to the RJ-45 jacks 66a-66A provided 55 the data concentrator 28 to reduce the host adapter 18' 
in the fanout device 64. RS-232 compatible devices may processing requirements. Output buffers are defined as 
thus be coupled either directly to the RJ-45 jacks discrete entities to allow the development system linker 
66c-66A of the host adapter fanout unit 64, or to the morc flexibility in allocating the small amount of system 
RJ-45 modular jacks 82<z-82/r of the data concentrator RAM. Thus some output buffers may exist in base page 
28. 60 RAM while others do not. Because device output buff- 
In the presently disclosed embodiment, operation of ers are always accessed indirectly, the RAM type 
the data concentrator 28 is controlled by a microcon- chosen for the buffers does not affect the execution 
troller 74 which may be a commercially available de- efficiency of the data concentrator 28. 
vice, such as the HPC46004 high-performance 20-MHz, The HSRT's 48, 50, 52, and 54 in the host adapter 18' 
16-bit controller, manufactured by National Semicon- 65 and the HSRT 72 in the data concentrator 28, shown in 
ductor. It is contemplated that a faster (e.g. 30-MHz) FIG. 4, form the serial communications link between 
microcontroller device may be employed if higher per- the host adapter 18' and the data concentrator 28. Each 
fonnance is required. The microcontroller 74 contains HSRT comprises a double buffered receiver section and 
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a receiver buffer controller state machine, a double 
buffered transmitter section and a transmitter buffer 
controller state machine, a receiver state machine (FIG. 
6), a transmitter state machine (PIG. 8) and a status 
register (not shown). The HSRPs 48, 50, 52, 54 and 72 5 
are designed for a polled environment and have no 
interrupt capability. Referring to FIG. 2, recall that up 
to four separate data concentrators, each essentially 
identical to the data concentrator 28, can be connected 
to the S0-S3 ports of the host adapter 18'. Therefore, 10 
each of the HSRTs 48, 50, 52 and 54 could be con- 
nected to a separate HSRT, similar to the HSRT 72, in 
a data concentrator similar to the data concentrator 28. 
The HSRT located on a data concentrator is similar to 
the HSRPs 48, 50, 52 and 54 on the host adapter 18', 15 
except that the HSRTs 48, 50, 52 and 54 can initiate a 
reset sequence which commands the HSRT on the data 
concentrator 28 to enter a RESET state, whereas the 
HSRT 72 on the data concentrator 28 may not com- 
mand the HSRTs 48, 50, 52 and 54 into a RESET state. 20 

Since all HSRTs are similar, it would be instructive 
to describe a typical transmit and receive cycle between 
the HSRT 48 and the HSRT 72 as indicative of all 
communication between the host adapter 18' and the 
data concentrator 28. The hardware implementation of 25 
the RS-422 line drivers 60 and 70 will be momentarily 
ignored such that there will only be four connection 
lines between the HSRT 48 and the HSRT 72: a receive 
data line called RXDATA, a receive clock line called 
RXCLK, a transmit data line called TXDATA, and a 30 
transmit clock called TXCLK. Note that the HSRT 48 
signals RXDATA, RXCLK, TXDATA and TXCLK 
are connected to the HSRT 72 signals TXDATA, 
TXCLK, RXDATA and RXCLK, respectively, to 
form a full duplex communication link. 35 

The HSRT 48 transmitter state machine indicates 
that data is ready to be transmitted by setting the signal 
TXDATA of the HSRT 48 low. The HSRT transmitter 
state machine then polls its TXCLK signal to determine 
when an acknowledge signal is sent. The HSRT 72 40 
receiver state machine, meanwhile, polls its RXDATA 
signal (connected through the HSRT 48 TXDATA 
signal) to see when it goes low, indicating that data is 
ready to be sent. When the HSRT 72 receiver state 
machine (FIG. 6) detects its RXDATA signal low and 45 
is ready to receive data, it outputs, seventeen successive 
clock pulses on the signal RXCLK of the HSRT 72. 
The first clock pulse is the acknowledge signal which 
signals the HSRT 48 to supply valid data on the HSRT 
48 TXDATA line. The remaining sixteen clock pulses 50 
from the HSRT 72 RXCLK signal to the HSRT 48 
TXCLK signal cause valid data to be transferred from 
the HSRT 48 TXDATA signal to the HSRT 72 
RXDATA line. This data is transmitted from a transmit 
shift register 352 (FIG. 9) in the HSRT 48 and is latched 55 
into a receiver shift register 250 (FIG. 7) located in the 
HSRT 72. In a similar manner, the HSRT 72 transmitter 
state machine (FIG. 8) indicates that it is ready to send 
data to the host adapter 18' by setting its TXDATA. 
signal low. It then polls its TXCLK signal for an ac- 60 
knowledge signal. The HSRT 48 receiver state machine 
polls its RXDATA signal until it goes low indicating 
data is ready to be sent. The HSRT 48 receiver state 
machine then transmits seventeen successive clock cy- 
cles on its RXCLK signal and receives data on its 65 
RXDATA signal in the same manner as described 
above. Note that the receiving HSRT always provides 
the clock pulses to the transmitting HSRT in order to 



clock in valid data. In this manner, the interface be- 
tween the HSRT 72 and one of the HSRTs 48-54 pro- 
vides for an implicit level of flow control between the 
host adapter 18' and the data concentrator 28. 

The double buffered transmitter section (FIGS. 9 and 
9A) on each HSRT consists of a sixteen bit transmitter 
buffer 350, a sixteen bit transmitter shift register 352 and 
a transmitter buffer controller state machine (FIG. 9A) 
to control the operation of the double buffer. Data is 
written to the transmitter buffer 350 by the local proces- 
sor. When the transmitter shift register 352 is empty, the 
transmitter buffer 350 is checked to see if it has data. 
When the transmitter buffer 350 is full of valid data, this 
data is latched into the transmitter shift register 352 to 
be transmitted as described above. The transmitter 
buffer 350 is then cleared to receive more data to be 
transmitted The data in the transmitter shift register 
352 is first shifted left by two bits and appended with a 
parity bit and a stop bit. Odd parity is utilized and the 
stop bit is always zero. 

The double buffered receiver section (FIGS. 7 and 
7A) consists of a sixteen bit receiver shift register 250, a 
sixteen bit receiver buffer 252 and a receiver buffer 
controller state machine (FIG. 7A) to control the oper- 
ation of the double receiver buffer. The receiver buffer 
252 is checked for when it becomes empty. Data re- 
ceived by the receiver shift register 252 (from a remote 
HSRT) is shifted right two bits and then latched into the 
lower fourteen bits of the receiver buffer 252. If a parity 
error is detected, however, the new data is not latched 
into the receiver buffer 252 and a PARITY ERROR 
FLAG is set. The PARITY ERROR FLAG is used as 
an indication of the integrity of the line between the 
host adapter 18' and the data concentrator 28. Bit fifteen 
of the receiver buffer 252 is referred to as the RXFULL 
flag. This flag is set whenever new data is being latched 
into the receiver shift register 250 and is cleared when 
data is read from this register. Bit fourteen of the re- 
ceiver buffer 252 is referred to as the TXFULL flag. 
The TXFULL flag is set whenever new data is being 
latched into the transmitter shift register 352 and is 
cleared when data is read from this register. 

The HSRT status register is a three bit read-only 
register. Bit zero is the RXFULL flag, bit one is the 
TXFULL flag and bit two is the PARITY ERROR 
FLAG, and these are the same flags as described above. 

The receiver and transmitter state machines will now 
be described along with the RESET state which com- 
mands the data concentrator 28 to enter a reset se- 
quence. An oscillator circuit (not shown) residing on 
the host adapter 18' provides many of the clock signals 
used by the components on the host adapter 18' such as 
the host adapter CPU 40, the octal UART 46 and the 
ASIC. One clock signal, preferably operating at a fre- 
quency of approximately 9.83 MHz, is provided to the 
ASIC to clock the receiver and transmitter state ma- 
chines and the receiver and transmitter buffer controller 
state machines on the host adapter 18'. The clock signal 
is preferably divided by ten within the ASIC to provide 
a 983 kHz state machine clock. The 983 kHz state ma- 
chine clock is preferably divided by two to provide the 
TXCLK signal for each of the HSRTs 48-54. The octal 
UART 78 residing on the data concentrator 28 provides 
a 9.83 MHz clock, which is preferably divided by ten to 
provide a 983 kHz clock which is used to clock the 
receiver and transmitter state machines as well as the 
receiver and transmitter buffer controller state ma- 
chines on the data concentrator 28. The 983 kHz clock 
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on the data concentrator 28 is divided by two to pro- In the state 222, the HSRT 72 asserts the clock signals 
vide the TXCLK signal for the HSRT 72. on the RXCLK line to latch sixteen bits of data into the 

Referring now to FIG. 6, when the HSRT 72 is ini- receiver shift register 252. A signal RXCOMPLETE 
tially powered up, indicated by POWER ON RESET, remains low until all the data is received, which is indi- 
the receiver state machine of the HSRT 72 enters a state 5 cated by the bit counter. The RXCOMPLETE signal is 
200. In the state 200, 3 signals CNTCLR*, AHCLR*, polled in the state 222, and the receiver state machine 
and PARRST* are asserted active low. The CNTCLR* enters a next state 224 when the RXCOMPLETE signal 
signal resets a bit counter, the bit counter being used to goes high. The AHCLR* and RXENABLE* signals 
count the number of bits received. The AHCLR* signal remain asserted in the state 222, but note that the 
is a safety mechanism to prevent a signal AHRST (de- 10 CNTCLR* signal is not asserted since the bit counter 
scribed below) from being asserted accidentally or from counts the number of bits received while in the state 22 
noise, and the PARRST* signal resets a parity checking 10 determine when all the data is received. When the bit 
circuit. The receiver state machine the enters a state 202 counter reaches a certain pre-defined number to indi- 
where it polls the RXDATA signal waiting for it to go ^ number of bits to be received/the RXCOM- 

low. In the state 202, the AHCLR* and CNTCLR* 15 PLETE signal is asserted high and the receiver state 
signals remain asserted low. If the RXDATA signal machine enters the state 224. The CNTCLR* signal is 
goes low, this signals the receiver state machine that the re-asserted in the state 224 to clear the bit counter cir- 
HSRT 48 is ready to transmit data to the HSRT 72. cuit » and t&e AHCLR* signal remains asserted low. 
When the RXDATA line does go low, the receiver ^ receiver state machine then enters a state 226 in 
state machine enters a state 204 where the CNTCLR* 20 which a RXLATCH is asserted high. The 

and PARRST* signals are asserted low. The receiver RXLATCH signal clocks a parity logging latch (not 
state machine steps through several delay states 206, shown ) whlch indicates whether a parity error has oc- 
208 ( 210,212and214,monitoringtoseeiftheHSRT48 i™^' y If * P" 1 * OTOr 1 0< * urre ?' a 
is sending a reset sequence. The reset sequence occurs , ^\ n0t I* ^ (described below), 

during this time if the HSRT 48 transmits two rising 25 such that the data in the receiver shift renter 250 is 
edges on its TXDATA line before the acknowledge m ?£^ d be latched mto the re- 

signal is transmitted by the HSRT 72 to the HSRT 48. ™ v f buffe t r ^ J** *f\ m rec f ve ? shmrepster 
In the state 206, the PARRST* signal is asserted, and in { \T *Z disc f^ *ew data is shifted into 

the states 2(Mk214, the CNTCLR* signal is continually m ^TT^ "5 ^ *"? 2* lf f 

asserted.IftheHSRT72detectsthetwrrismgedgeson 30 

•*„ nvn*Ti i- ^ • , a TTnr-r • * . then the signal RXFULL will be asserted and the data 

v ^ a I • , ♦ S,gn w AH ^ ST 15 * eventual* latched into the receiver buffer 252. 

! .» a . rCCe,Ver sta,e , 0 machme e ? ters a ■?* 216 The AHCLR* and CNTCLR* signals are also as- 
* £^7: CCntrator 28 entcrs a sateea rmcrosec - serted in the state 226. The state machine then enters a 
onaKfcati suite. 35 state 228 wherein the RXDATA signal is polled until it 

mETh . h f T^hS^ ■*~V?u m T? r «oes high, to prevent a bad data transfer from taking 
ff" , ?T ,ll0W f° r AH w ? 1*™! t0 bC ?* Serted If P lace iftte RXDATA signal has not returned to a high 
tfie AHRST signal is asserted, the ; state machine enters state by ^ time the RXCOMPLETE signal has been 
the state Z1G and a signal BHRST is asserted low to generated. The AHCLR* and CNTCLR* signals are 
initiate a tuner (not shown) to begin the sixteen micro- 40 asserted in the state 228. When the RXDATA signal 
second reset The signals AHCLR* and CNTCLR* are goes ^ the ^ is complete, and the receive 

also asserted in the state 216. The state machine then state mach ine re-enters the 202 state to monitor when 

r ^2r t ^ he /i at /. m ™ e recc ! vcr machines for ^ t RXDATA signal goes low again for a new receive 

the HSRPs 48-54 on the host adapter 18 are similar to cyc j c 

this state machine except that the receiver state ma- 45 R e f errm g now to FIGS. 7 and 7A, the double buff- 

chme for the HSRT s 48-54 do not enter the state 216 ered reC eiver section and buffer controller state ma- 

smce the data concentrator 28 can not send a reset se- chine ^ch of ^ RSRT's 48-54 and 72 will be 

quence to the host adapter 18'. This is the primary dif- described. In FIG. 7, the receiver shift register 250 

ference between the receiver state machine for the receives data from the RXDATA signal input. The data 

HSRT 72 on the data concentrator 28 and the receiver 50 is clocked in, one bit at a time, with the RXCLK input, 

state machines for the HSRT's 48-54 on the host when the receiver shift register 250 is full of valid data, 

adapter 18 - the signal RXFULL is asserted high. If a parity error 

In the state 214, if a reset sequence was not sent such has occurred, the RXFULL signal will not be asserted 

that the AHRST signal remains low, the receiver state high, if the data is valid, the data is transferred to the 

machine polls the RXFULL flag to determine when the 55 receive buffer 252 through a data path 254 when a sig- 

receiver shift register 252 is ready to accept data. When nal LOADY* is asserted low. A signal YFULL goes 

the RXFULL flag is cleared indicating that the receiver high when the receiver buffer 252 is full of data. The 

shift register 252 is empty, and the AHRST signal is receiver shift register 250 can be cleared to receive new 

low, the receiver state machine enters a state 218. In the data by asserting a CLRX* SIGNAL, 

state 218, the CNTCLR* signal remains asserted, and 60 The receiver buffer controller state machine that 

the AHCLR* signal is once again asserted to prevent a controls the operation of the receiver shift register 250 

false reset state. An RXENABLE* signal is asserted and receiver buffer 252 is shown in FIG. 7A. Recall that 

low in the state 218 which enables the receiver shift the 983 kHz clock provides the clock which clocks the 

register 252 to receive data. The receiver state machine receiver buffer controller state machine. Upon assertion 

then steps through a state 220 and into a state 222. The 65 of the RESET* signal low, the state machine enters a 

AHCLR*, CNTCLR* and RXENABLE* signals re- state 260 wherein the CLRX* signal is asserted to clear 

main asserted in the state 220, which is essentially a the receiver shift register 250. The state machine then 

timing delay state. enters a state 262 wherein the YFULL signal is polled 
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while the receiver buffer 252 is still full of valid data. 
When the local CPU reads from the receiver buffer 252, 
the YFULL signal goes low and the state machine en- 
ten the state 264. Meanwhile, after the receiver shift 
register 250 was cleared, it could receive new data. The 5 
receiver buffer controller state machine polls the signal 
RXFULL until it goes high indicating that the receiver 
shift register 250 is full of valid data. If valid data is 
received, the state machine enters a state 266 wherein 
the signal LOADY* is asserted to transfer data from the 10 
receiver shift register 250 through the data path 254 into 
the receiver buffer 252. The state machine then re- 
enters the state 260 wherein the signal CLRX* is as- 
serted once again to clear the receiver shift register 250 
to receive new data. In the state 264, if a parity error is IS 
received, the RXFULL signal will not go high and the 
receiver buffer controller state machine remains in the 
state 264. The receiver state machine meanwhile enters 
another receive cycle to attempt to latch in valid data. 
When valid data is eventually received, the RXFULL 20 
signal is asserted and the receiver buffer controller state 
machine enters the state 266. The double buffered re- 
ceiver section and state machine thus continually moves 
valid data away from the receive shift register 250 into 
the receive buffer 252 so that new data can be received 25 
by the receiver section of the local HSRT which helps 
keep the receiver efficiency high. 

Referring now to FIG. 8, the transmitter state ma- 
chine of the HSRT 43 will now be described. Recall 
that the 984 kHz clock within the ASIC clocks the 30 
transmitter state machine of the HSRT 48. In a first 
state 300, the transmitter state machine polls the signal 
TXFULL to determine when the transmitter shift regis- 
ter 352 is full of valid data to be sent. When the transmit- 
ter shift register 352 is full of valid data, TXFULL goes 35 
high and the transmitter state machine enters a state 302, 
where it asserts a signal TXENABLE* to enable the 
transmitter shift register 352 to serially shift data out to 
the HSRT 72. While in the state 302, the transmitter 
state machine waits for a rising edge on its TXCLK 40 
signal, which is indicated by a signal TXEDGE and is 
sent by the remote HSRT 72 to indicate that the HSRT 
72 is ready to receive data. The signal TXEDGE is 
asserted high every time a rising edge is received on the 
TXCLK signal. 45 

When the TXEDGE signal goes high, the transmitter 
state machine enters a state 304 and the transmitter shift 
register 352 begins to serially shift data out to the re- 
mote HSRT 72 with each rising edge of the TXCLK 
signal. A signal EDGERESET* is asserted low which 50 
resets the TXEDGE signal low. The signal TXENA- 
BLE* remains asserted low in the state 304. The state 
304 and the next three states 306, 308, and 310 form 
essentially a delay loop which monitors the TXCLK 
and TXEDGE signals to determine when the remote 55 
HSRT has completed clocking in the transmitted data. 
Recall that the TXCLK clock frequency is preferably 
half the frequency of the transmitter state machine 
clock. The state machine steps through the states 
304-310 with each pulse of the clock, asserting the 60 
signal TXENABLE* while data is being transmitted. In 
the state 310, the signals TXCLK and TXEDGE are 
monitored to determine whether the transmission is 
complete. In the state 310, if the TXCLK signal is low 
and TXEDGE is low, or if a rising edge has recently 65 
been received such that the TXEDGE signal is high, 
then data transmission is not complete and the transmit- 
ter state machine will loop back into the state 304. 
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Again, in the state 304, the signal EDGERESET* is 
asserted to clear the TXEDGE signal so that the next 
rising edge, if any, on the TXCLK signal can be de- 
tected. 

Once the data transfer is complete, the receiving 
HSRT 72 holds the TXCLK signal high for a predeter- 
mined period of time to indicate the completion of 
transmitted data. The complete condition will be de- 
tected by the state machine in the state 310 by the 
TXCLK signal being high (logic 1) and the TXEDGE 
signal being low (rising edge not detected) and the 
transmitter state machine will enter a state 312. In the 
state 312, the EDGERSET* signal is asserted to clear 
TXEDGE, and a signal TXCLEAR* is asserted low to 
clear the transmitter shift register 352 (FIG. 9) to pre- 
pare it to receive more data for transmission. Also, if the 
RESET* signal is asserted low when the data transfer is 
complete, the transmitter state machine will remain in 
the state 312 until the RESET* signal is de-asserted 
high. If the RESET* signal is not asserted, or when it is 
finally de-asserted high, the transmitter state machine 
re-enters the state 300 and the process repeats. 

Referring now to FIGS. 9 and 9A t the double buff- 
ered transmitter section will be described. In FIG. 9, the 
transmitter buffer 350 receives data from the local CPU 
to be transmitted to the remote HSRT. The signal 
AFULL is asserted high when the transmitter buffer 
350 is full of valid data. The date is transferred to the 
transmitter shift register 352 through a data path 354 
when a signal LOADTX* is asserted low. The transmit- 
ter buffer 350 can then be cleared by asserting a signal 
CLRA* low so that it can be loaded with new data to be 
transmitted. The signal TXFULL is asserted high when 
the transmitter shift register 352 is full of data to be 
transmitted. Data is shifted out on the TXDATA signal, 
one bit at a time, upon successive clock pulses asserted 
on the TXCLK signal. When all the data is sent, the 
TXFULL signal goes low indicating that the transmit- 
ter shift register 352 is ready to receive more data from 
the transmitter buffer 350. 

The transmitter buffer controller state machine that 
controls the operation of the double buffer transmitter 
section is shown in FIG. 9A. Again, the 983 kHz clock 
clocks the transmitter buffer controller state machine. 
When the RESET* signal asserted low, the state ma- 
chine enters a state 360 wherein the CLRA* signal is 
asserted low to clear the inner transmitter buffer 350. 
The state machine then enters a state 362 wherein the 
TXFULL signal is polled until it goes low indicating 
that the transmitter shift register 352 is empty and ready 
to receive more data. When the TXFULL signal goes 
low, the state machine enters a state 364 wherein the 
AFULL signal is polled to determine when it goes high. 
When the AFULL signal is asserted high, the transmit- 
ter buffer 350 is full of data received from the local CPU 
to be transmitted to the remote HSRT. The state ma- 
chine then enters a state 366 wherein the signal 
LOADTX* is asserted to transfer data from the trans- 
mitter buffer 350 to the transmitter shift register 352 
through the data path 354. The transmitter state ma- 
chine, described previously, controls the transmission 
of data- out of the transmitter shift register 352. The 
transmitter buffer controller state machine then re- 
enters the state 360 wherein the CLRA* signal is as- 
serted once again to clear the transmitter buffer 350 to 
receive more data from the local CPU. Therefore, the 
double buffered transmitter section continually moves 
data away from the transmitter buffer 350 into the trans- 
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miner shift register 352 so that new data can be trans-. The data concentrator 28 is responsible for executing, 

mined by the local HSRT which helps keep the trans- and in most cases, responding to commands as defined 

mitter efficiency high. in the addressed packet protocol. In general, the data 

A/ ,^ fMea/1 i> a „w t>,— ™i concentrator 28 will respond to all commands except 

Addressed Packet Protocol 5 those which ^ ^ ia S ediate flow state of a dev £ 

All communication between the host adapter 18' and channel. The data concentrator 28 imposes a limit on 
the data concentrator 28 is through the HSRT 72 using the frequency of commands that the host adapter 18' 
a fourteen-bit addressed packet protocol. The fourteen- and also imposes a limit of one active command per 
bit packet, or frame, provides for multiplexing and de- channel, except for a few special cases, such as flow 
multiplexing information, flow control information, 10 control commands and line status requests. Commands 
diagnostic and status massaging, device data, and con- which require acknowledgement are acknowledged via 
figuration information. In general, the frame consists of the addressed packet protocol. If the host adapter 18' 
a three bit frame-type field, a three bit address field, and violates the one active command in progress restriction, 
an eight bit data field. The frame-type field indicates the data concentrator 28 issues a command-in-progress 
what type of information is contained in the frame. In 15 frame via the addressed packet protocol. Command 
most cases, the address field indicates the logical port responses are placed in the command response buffer 
number (i.e. which of the RJ-45 connectors $2a-&2h when the command is processed. Command responses 
that the device is connected to) for which the data and other information sharing the command response 
applies. The exception to this rule are frames which buffer are sent to host adapter 18' by the host transmit 
have global meaning to the host adapter 18' or the data 20 prioritization of the polling loop which will be de- 
concentrator 28. The data field is context dependent, scribed below. 

according to the frame-type. Details are described be- The data concentrator 28 may transmit status infor- 

low. mation to the host adapter 18' via the addressed packet 

The UART 78 supports eight full-duplex asynchro- protocol. The status information may be sent either at 

nous channels which provides the communication link the request of the host adapter 18' or as a result of a 

between the data concentrator 28 and the asynchronous monitored status change. Status change information 

devices. Each of the eight channels of the UART 78 will be sent to the host adapter 18' when a monitored 

comprises a transmitter and a receiver that can be pro- state changes or a monitored event occurs. The host 

grammed for any of the standard baud rates between 3Q adapter 18' may select the monitored conditions via the 

1 10 and 38.4K. Each channel contains 42 bytes of First- addressed packet protocol. 

In-First-Out (FIFO) buffer space divided into three When the host adapter 18' transmits data intended for 

fourteen-bit buffers using the fourteen-bit addressed an asynchronous device attached to the data concentra- 

packet protocol including an eight-byte transmit FIFO, tor 28, the data concentrator 28 receives the data from 

ah eight-byte receive FIFO and an eight-byte status 35 the HSRT 72 during its polling routine. The device for 

FIFO. Each channel also supports the following: User which the data is intended is determined at that time, 

programmable and automatic flow control modes; four and the data is placed in the appropriate device output 

modem control signals— CD, DSR, RTS and CTS; buffer. It is the responsibility of the device output flow 

odd, even, no parity or forced parity; 1, 1.5 and 2 stop control mechanism to ensure that the host adapter 18' 

bits; and five to eight character bits plus optional parity. ^ does not transmit data intended for a device which has 

As shown in Table 12 above, the UART 78 functions no remaining buffer room. Device data is taken from the 

on the microcontroller 74 system bus as a memory device output buffers and passed to the device during 

mapped device. The UART 78 uses the systems read, the transmit interrupt service routine which will be 

write, address, data and interrupt lines. The support described below. 

logic 84 supplies the chip select and interrupt acknowl- 45 Data is received from devices during the receive 

edge signals for the UART 78. The microcontroller 74 interrupt service routine. When the data is received 

supports four system level interrupts so that the UART from the device, a data frame is assembled according to 

78 can interrupt the microcontroller 74 when necessary. the addressed packet protocol and immedia tely placed 

The first level interrupt is nonmaskable and is asserted in the host adapter output buffer. The device input flow 

when an interrupt service to the UART 78 has been 50 control mechanism is responsible for preventing the 

unsuccessful. The second level interrupt is asserted by host adapter output buffer from becoming full. The data 

the UART 78 when any of the UART 78's receive data is passed on to the host adapter 18' by the data concen- 

FIFO buffers reaches its preprogrammed threshold. trator 28 polling routine. 

The third level interrupt is asserted by the UART 78 The primary function of the data concentrator 28 
when any of the UART 78's transmit data FIFOs are 55 main polling loop is to route data between the HSRT 72 
emptied or the transmitter holding and shift registers and the data buffers, and to initiate execution of corn- 
are emptied. The fourth level interrupt is asserted by the mand processing routines. The polling routine periodi- 
UART 78 when any of the UART 78's modem control cally checks the HSRT 72 data and status registers for 
signals change state. valid incoming data. When a data frame is received, the 
The data concentrator 28 generates output delays on 60 polling routine determines the frame type from the 
a per channel basis. Output delays are timed by the frame-type field in the packet and takes appropriate 
UART 78. The UART 78 is programmed for a mode of action. If the data received is intended for a device, it is 
operation which allows for embedded transfer control buffered immediately. All other frame types are pro- 
via sequences in the data stream. When the data concen- cessed by the command processing routines. Device 
trator 28 is sent an output delay frame, the microcon- 65 data, command responses and flow control information 
troller 74 builds an escape sequence in the appropriate share the HSRT 72. Prioritization of the above data 
device output buffer. Generation of break signals is types is managed by the host transmit prioritization 
accomplished in a similar manner. mechanism of the polling routine. The transmit priority 
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is fixed in descending order of flow halting, command on transmitter empty. If the wait for output buffer 

responses, and device data. empty state is active, the occurrence of this interrupt 

As described previously, to facilitate automatic de- indicates that the last character written to the data reg- 

tection of the data concentrator 28 by the host adapter ister has been serialized and shifted out to the device. 

18', the data concentrator 28 guarantees the transmis- 5 When this occurs, a frame is placed in the host adapter 

sion of an ID response packet, consistent with the ad- output buffer indicating that the output buffer has emp- 

dressed packet protocol, on a periodic basis. The data tied. The data concentrator 28 then resets the transmit 

concentrator 28 accomplishes this by transmitting a interrupt conditions in the UART 78 to interrupt on 

unique frame when the transmitter has been idle for a transmit FIFO empty, and clears the wait for output 
significant period of time. 10 buffer empty state. 

Four interrupt types are serviced in the data concen- For modem control signal change interrupts, the 

trator 28 firmware in the following fixed priority: Re- UART 78 is set to interrupt on the conditions in which 

ceiye data (highest priority), transmit data, modem con- ^ host adapter 18' is interested, or for which the host 

JSRS change ' and ? mer lowest pnonty). The adapter 18' has requested flow control. When the inter- 

UART 78 is programmed to interrupt the microcon- 15 ^ ^ ^ cause of the interrupt is compared to 

troller 74 when various conditions i occur. The specific status ^0^^ t0 determine if flow control action is 

interrupt conditions are dictated by configuration ^ ^ tf nccessarV| ^ transmitter is enabled or 

packet protocol frames from the host adapter 18 For ^sabled t0 ^ type of signal change ^ 

example^ if the host adapter 18 configures tfie data If ^ chan fe 0 £ that the host has ex- 
concentrator 28 to report modem control signal 20 ^ mterest m a ^ ^ c^micted according to 

changes, the UART s 78 modem change interrupt is ^ pa cke t protocol, and placed in the device 

enaoieo. input/host output buffer. 

The receive data interrupt routine is divided into r A _ : . . , . . , 

good data and exception dato routines. The UART 78 * **™P two ***** Sf^ 80 ^ 
indicates which tyje of received data interrupt has 25 , wluch ~* "f™* micrc^onUoUer 74. One of the 
occurred. In the case of good data, the UART 78 tunf * f«"jpt8 is enabled mmiediately after the mem- 
supplies the channel number and a count of the charac- °£' eS s ' and r f mams Cl » bled thereafter. The function 
ters in the FIFO of the UART 78. The good data re- of ^ t0 S?™? » ^ baSe f 2! ^™SJ * c 
ceive service routine reads the characters from the data ™crocontrollers 74 watchdog logic. Tlus watchdog 
register of the UART 78, assembles data frames accord- 30 taer 15 m f rel y 8 mechanism in case the mi- 
ing to the addressed packet protocol specification, and ^controller 74 program crashes. Normally, foe 
places the data in the host adapter 18' output buffer. The watchdog timer will be serviced if the microcontroller 
service routine then checks the remaining room in the 74 15 executing properly. Otherwise, if the watchdog 
buffer, and if the buffer is sufficiently full, flow control toer 1S not serviced, it triggers a hardware reset of the 
for all devices is initiated as described below. 35 entire **** concentrator 28. The second timer interrupt 

In the case of exception data, the type of exception is 8erves a ***** bast for a signaling timeout mechanism, 
compared to internal state tables to determine if the host *** is enabIed bv a caU t0 &ettimer( ) function in the 
adapter 18' is concerned with this type of exception for data concentrator 28 firmware. The settimer( ) function 
the channel which caused the interrupt, or if the data accepts a pointer to a semaphore variable and a time 
concentrator 28 is to perform some other action based 40 interval as arguments. The settimer( ) function sets the 
on the exception condition, such as flushing input buff- second interrupting timer to the specified interval and 
ers on break detect. If the state information indicates enables the second timer interrupt. When a timer inter- 
that the condition should be reported to the host ^P* occurs, the timer interrupt service routine polls the 
adapter 18', such as modem control signal changes, a timer registers to determine the source of the interrupt, 
frame is constructed according to the addressed packet 45 If tne watchdog service timer interrupt is pending, the 
protocol and placed in the host adapter output buffer. If watchdog timer is serviced before checking the state of 
the exception condition is not to be reported, the excep- tn e second timer. If the second timer interrupt is pend- 
tion condition is ignored. ing, the semaphore is updated, and interrupts for the 

In most operating modes of the data concentrator 28, signal timer are disabled, 

the UART 78 is programmed to interrupt when the 50 ™ rvmtml 

transmitter FIFO becomes empty. The UART 78 will womroi 

then generate interrupt requests as soon as the last char- Device input flow control, that is, information from 

acter in the transmit FIFO is written to the transmit the device flowing to the host, is under the control of 

shift register. When the interrupt is serviced, the UART the host adapter 18' during normal operation of the data 

78 supplies the interrupting channel number, and im- 55 concentrator 28. Note also, however, that the host also 

plicitly indicates that it is ready to accept up to eight exercises input flow control by defining the maximum 

characters for that channel. The device output buffer number of bytes to be received from the host adapter 

for the interrupting channel is checked for data to trans- 18' from each device in any given transfer of data to the 

mit. If data is available, characters are written to the data structure beginning at the address identified by 

transmit register until eight characters have been writ- 60 D— RECVSPACE. When the host adapter 18' can not 

ten, or until the device output buffer becomes empty. readily accept data from a device, it must initiate flow 

If the output buffer is empty at the time the interrupt control via the addressed packet protocol. This flow 
occurs, internal state tables are examined to see if the control may be in-band, out-of-band, or both. Flow 
host adapter 18' had requested a signal when the output control information is then immediately passed on to 
buffer became empty. If a wait for output buffer empty 65 the device by the data concentrator 28. The data con- 
request had been made for the interrupting channel, the centrator 28 executes flow control commands from the 
command processing routine would have set the inter- host adapter 18', but does not acknowledge them as it 
rupt conditions in the UART 78 to request an interrupt does other types of commands. Flow control com- 
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mands from the host adapter 18', therefore, are executed ated by the data concentrator 28 if the host adapter 18' 

without any acknowledgement whatsoever. has enabled in-band flow control for that channel and 

The host adapter 18' has the responsibility of prevent- that channel is not being controlled by the host adapter 

ing overflow of the host output buffer in the data con- 18'. If the host adapter 18' has enabled out-of-band 

centrator 28. To prevent overflow of the buffer, the 5 global flow control for a channel, the modem control 

host adapter 18' must coordinate input polling fre- signal lines for that channel are negated, 

quency with input flow control. If the host adapter 18' When the main polling loop of the data concentrator 

is not able to poll the receive buffers of the HSRTs 48, 28 firmware transmits device data to the host adapter 

50, 52 or 54 at a rate greater than the aggregate charac- 18', it checks the host output buffer capacity. If global 

ter input rate of all eight devices, it must initiate flow 10 flow control is active and the buffer has emptied suffi- 

control on a per-channel basis to reduce the input rate ciently, the global flow control state is cleared, and the 

to a manageable level. If this requirement is not met, the flow state of all devices is restored according to the 

data concentrator 28 will enter a global flow control current flow state of each channel. Since the host 

state, to be described below, in which it attempts to halt adapter 18' may still issue flow control commands to the 

all input flow. IS data concentrator 28 while global input flow is active, 

As described previously, 36K bytes of the RAM 42 the data concentrator 28 main tains the state of flow 
are reserved for device input and output buffers. Each control "ownership" for devices. If a device is not in the 
input buffer and output buffer is implemented in first-in- flow-active state when global flow control occurs, the 
first-out (FIFO) form for each of the devices 12-16 in flow control is owned by the global flow mechanism. If 
the system. The host adapter CPU 40 takes data from 20 the host adapter 18' sends a flow-off frame to a device 
the devices 12, 14, and 16, either received from the under global flow control, the host adapter 18' gains 
HSRTs 48-54 or from the octal UART 46, and places ownership of flow control for that device. If the host 
the data into a device specific input buffer to be later adapter 18' sends a flow-on frame for a device when 
transferred to the data I/O buffer located o the host. global flow control is active, the global flow mechanism 
Similarly, the host adapter CPU 40 takes data from the 25 regains ownership of flow control, 
device specific output buffers, determines where in the Device output flow control, that is, data flowing 
system the device is located, and sends the data to the from the host to all of the devices, occurs on a per-chan- 
de vice. For example, if the data is intended to go to the nel basis and is managed at two points of data flow. The 
device 12, the host adapter CPU 40 assembles an ad- first is data flowing from the host adapter 18' to the data 
dressed packet and transfers the data to the HSRT 48 to 30 concentrator 28. This flow control prevents the device 
eventually be transferred to the data concentrator 28, output buffers in the data concentrator 28 from over- 
and ultimately to the device 12. If the data is for the flowing. The second point of data flow which is con- 
device 16, the data is transferred to the appropriate trolled is data flowing from the data concentrator 28 to 
UART located in the octal UART 46 to be transferred the device. This type of flow control prevents the data 
across the serial link 26 to the device 16. 35 buffers in the device from overflowing. 

A standard FIFO implementation, as known to those Flow between the host adapter 18' and the data con- 
skilled in the art, includes a count identifying the num- centrator 28 is initiated by the data concentrator 28 
ber of bytes contained in the FIFO buffer. Each time when a device output buffer begins to fill. The main 
the host adapter CPU 40 inputs data into an input polling routine examines the buffer capacity at the point 
buffer, it updates the count number and compares the 40 when- device data is being put in a device output buffer, 
number with a predetermined high level number indi- If the buffer is full beyond a defined point, a flow con- 
eating FIFO overflow. If the amount of data in the trol pending state is set for that channel. This flow- 
FIFO is above the predetermined high level, the host pending state is later examined by the host adapter 18' 
adapter CPU 40 sends a flow command to the corre- transmit prioritization mechanism of the polling loop, 
sponding device associated with the input FIFO buffer, 45 and if the channel is in the flow-pending state, a flow-off 
instructing the device to stop sending data. Eventually, control frame is sent to the host adapter 18', and the 
the host adapter CPU 40 and the bus master 56 will take flow-pending state is changed to flow-active state. But 
data out of the input FIFO buffer and bus master the before the flow-active state is entered, the flow-pending 
data to the host computer data I/O buffer. The host state can be cleared by the transmit data interrupt ser- 
adapter CPU 40 decrements the count of data in the 50 vice routine. If the buffer is sufficiently emptied to an- 
input FIFO buffer and compares the new count with a other predefined point by the transmit service routine 
predetermined low level. If the actual count is at or during the flow-pending state, the state will be cleared, 
below the predetermined low count level, the host Otherwise, the flow-active state will be entered, 
adapter CPU 40 re-initiates flow from the device by The flow-active state for a channel is also cleared by 
sending the device another flow command, instructing 55 the transmit interrupt service routine. When the device 
the device to begin sending data again. output buffer is sufficiently emptied by the transmit 

As described above, the host adapter 18' initiates flow service routine, the flow-active state is cleared, and a 

control on a per-channel basis to keep data flow at a flow-on frame is put in the command response buffer, 

manageable level. If, however, the host adapter 18' is The contents of the command response buffer are sent 

unable to clear the host output buffer in the data con- 60 to the host adapter 18' by the host transmit prioritiza- 

centrator 28, the data concentrator 28 initiates a fail-safe tion mechanism of the polling loop, 

mechanism called global flow control. If the data con- Device output flow between the data concentrator 28 

centrator 28 enters the global flow control state, it initi- and the device is regulated by the device. The data 

ates flow control on all channels according to the cur- concentrator 28 may be configured on a per-channel 

rent flow state of each channel. The data concentrator 65 basis by the host adapter 18' to recognize various forms 

28 maintains the current input flow state of each device of flow control. If a channel is configured for in-band 

as it processes flow control commands from the host flow control, the flow control characters must also be 

adapter 18'. In-band flow control for a channel is initi- configured. Once configured, in-band flow control is 
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processed by the UART 78, and no processing by the 
microcontroller 74 is required. A channel may also be 
configured for out-of-band flow control. The input 
signals CTS and DSR may be used to enable or disable 
the transmitter for a device. If both CTS and DSR are 
configured in this auto-transmitter enable mode, a state 
change on either modem control signal will result in the 
state of the transmitter being set according to the most 
recent signal change. 

The Host Adapter 18' and the Data Concentrator 28 
Addressed Packet Protocol 

As described above, the packet, or frame, may com- 
prise a frame-type field, an address field if appropriate, 
or a data field if it is a data packet. The packet may also 13 
comprise a frame-type field and a command wherein the 
command instructs the data concentrator 28 to perform 
some operation or function, if the frame is sent by the 
host adapter 18' to the data concentrator 28. The data 
concentrator 28 also sends command responses back to 20 
the host adapter 18' through the addressed packet pro- 
tocol. The complete specification for the addressed 
packet protocol exists as a C language header file to be 
used by the host adapter 18' and the data concentrator 
28 source modules. The frame-types and a description 
of each is listed below. 

The following frame-types are sent by the host 
adapter 18' to the data concentrator 28: 
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LCHT-DRESP 


Response to a mode setting command. 


LCHT-FC 


Flow control frame. Sets state of 




host adapter 18' to data 




concentrator 28 flow. 


LCHT-RES 


Response to reset (self test 




diagnostic result), or firmware 




version request. 



When a valid frame is received by the data concentra- 
tor 28, an index is created from a combination of the 
frame-type and the address fields of the addressed 
packet protocol This index accesses an entry in a re- 
ceive host data jump table of the firmware. The firm- 
ware routines accessed via the jump table perform the 
following actions according to frame-type: 



LHCT—DEVDATA 



25 



LHCT-FLS 



30 



LHCT—DEVDATA A device data frame. The data is 

intended for a device. 
LHCT_ RCOND Selects the conditions for which 

the data concentrator 28 is to 

transmit state change information. 
LHCT_SBR Sets baud rate of a device port and 33 

enables or disables in-band flow 

control. 

LHCT— LPARM Sets the operating parameters (Data 

bits, parity, and stop bits) for a 
device port. 

LHCT—SETXON Sets the XON flow control character 40 

LHCT—SETXOFF Sett the XOFF flow control character 
LHCT—CMD Selects diagnostic and other 

operating states. The data field 

selects the specific state. 
LHCT— FLS Performs flow state setting 

functions, selectable by a subset 45 

of the data field. 



The flow state setting function types are: 



LHC-FLOWX 
LHC—SETLINE 



LHC— TXDELAY 



LHC_ TXBREAK 
LHCSETAF 



Sets the device output flow state, 
(sends XON or XOFF to a device). 
Sets modem signal line output 
states. 

Inserts an output delay in the 
device output data stream. 
Sends a break signal to a device. 
Sets auto hardware flow states in 
the data concentrator 28. 



■ 50 
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The following frames are sent by the data concentra- a 
tor 28 to the host adapter 18': 



LCHT-DEVDATA 
LCHT— STCHG 

LCHT-PE 

LCHT-LS 



A device data frame. 

Reports status change information 

for a device port. 

Reports a parity error for a device 
port. 

Reports modem control signal Line 
change. 
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Device data is placed in the device 
output bufleT if there is room. 
The buffer capacity is compared to 
a high water mark for that buffer. 
If the buffer is near capacity and 
the host adapter 18' to data 
concentrator 28 flow state is 
currently on, a flag is set in the 
state tables to indicate that a 
host loff is pending. This state 
information is examined and acted 
upon by the host transmit 
prioritization firmware routine. 
A flow control action is performed 
according to the contents of the 
addressed packet data field. One 
of four flow control actions may be 
selected by a sub-field (flow type) 
of the data field: 

Row type LHCST-FLOWX - A flow 
control character is transmitted to the 
device. The flow control character is sent 
immediately, before any data from the 
device output buffers is sent. The flow 
control character that is sent to the device 
is selected by the remaining portion of the 
data field, and is one of the characters set 
by the LHCT—SETXON or 
LHCT—SETXOFF frames. The data 
concentrator 28 does not return a 
command response for this flow type. 
Flow type LHCST—SETLINE • The 
state of the modem control signal output 
lines are set according to the remainder 
of the data field. The data concentrator 28 
does not return a command response for 
this flow type. 

Flow type LHCST— TXDELAY - The 
data concentrator 28 assembles a delay 
escape sequence in the device output 
buffer if there is room. The buffer 
capacity is checked and acted upon as if 
the escape sequence were device data. See 
the description for frame-type 
LHCT—DEVDATA. The data 
concentrator 28 does not return a 
command response for tins flow type. 
Flow type LHCST— TXBREAX - The 
data concentrator 28 assembles a break 
signal escape sequence in the device 
output buffer if there is room. The buffer 
capacity is checked and acted upon as if 
the escape sequence were device data. See 
the description for frame-type 
LHCT—DEVDATA. The data 
concentrator 28 does not return a 
command response for this flow type. 
Flow type LHCST— SETAF - This type 
sets automatic hardware flow control 
modes of the data concentrator 28 which 
remain in effect until changed by another 
command; or until the data concentrator 
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28 or channel is reset. The auto DSR 
option configure* the data concentrator 28 
to respect the DSR signal from the device 
as a flow control signal. If this state is set, 
the data concentrator 28 win hah 
transmission of data to the device when 
the signal is negated, and resume 
transmission when this signal is asserted. 
The auto CTS option operates similarly. 
The auto RTS option configures the data 
concentrator 28 to assert the RTS signal 
when there is data available for 
transmission to a device, and negate the 
signal at all other times, 
LHCT— RCOND This frame sets the status reporting 

conditions of the data concentrator 28. 
The conditions remain in effect until 
changed, or until the data concentrator 28 
or channel is reset. The following options 
are defined; 

Reporting condition LHC— RDSR, 
LHC— RDCD, LHCL-RCTS - When this 
option is selected, the data concentrator. 
28 will transmit a modem control signal 
line status frame to the host any time that 
a selected input signal changes states. The 
modem signal line status frame will 
always reflect the state of all three signal 
lines. 

Reporting condition LHC— FLIB - When 
this option is selected in conjunction with 
LHC— RBRK, the data concentrator 28 
will flush the host output buffer of data 
from a particular device when a break 
signal is detected. LHC— RBRK must also 
be selected for this option to take effect. 
Reporting condition LHC— RBRK - When 
this option is selected, the data 
concentrator 28 will transmit a status 
change frame to the host adapter 18' any 
time a break signal from a device is 
detected. 

Reporting condition LHC— RPE - When 
this option is selected, the data 
concentrator 28 will transmit a parity 
error frame to the host adapter 18' any 
time a parity error from a device is 
detected. The parity error frame will 
contain the data received from the device. 
Reporting condition LHC—RFE - When 
this option is selected, the data 
concentrator 28 will transmit a status 
change frame to the host any time a 
framing error from a device is detected. 
Reporting condition LHC—RRXO - When 
this option is selected, the data 
concentrator 28 will transmit a status 
change frame to the host any time a 
UART receiver overrun occurs. 

LHCT_SBR This frame selects the data rate for a 

device port and selects detection modes 
for flow control characters. If the flow 
control character detection option 
LHC-XFLOW is set, the data 
concentrator 28 will recognize the flow 
characters as set by LHCT— SETXON 
and LHCT— SETXOFF frames. If 
LHC_XANY is set in conjunction with 
LHC-XFLOW, any character is 
considered to be an XON character. 

LHCT— LPARM This frame sets the operating parameters 
of a device port. Character length, stop 
bits, parity type, and parity enable are the 
parameters which are set 

LHCT— SETXON This frame sets the XON character for a 
device port. When the flow character is 
set, and LHC-XFLOW is set in the 
LHCT— SBR frame, the data concentrator 
28 will recognize this character as the 
XON character. 

LHCT— SETXOFF This frame sets the XOFF character for a 
device port. When the flow character is 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



60 



65 



set, and LHC-XFLOW is set in the 
LHCT— SBR frame, the data concentrator 
28 will recognize this character as the 
XOFF character. 
LHCT— CM D This frame selects various operating 

mode and diagnostic states. The data 
field contains the command type to set 
the particular state or to request the 
particular action. The data 
concentrator 28 responds with a command 
acknowledgement when the command Is 
processed. The following command types 
are defined: 

Command type LHC-JFWV • This type 
requests the data concentrator 28 to 
return the firmware version number. The 
data concentrator 28 returns a firmware 
version type frame containing the version 
number. 

Command type LHC— WOB • This type 
sets an operating mode in the data 
concentrator 28 which causes it to wait 
for a device output buffer to empty and 
report the output buffer empty state to the 
host adapter 18'. 

Command type LHC— RLS - This type 
requests the modem control signal line 
status. The data concentrator 28 transmits 
a modem control signal line status frame 
containing the current state of all signal 
lines. 

Command type LHC— FIB • This requests 
that the host output buffer be flushed of 
data for a particular device. 
Command type LHC— FOB • This 
requests that the device output buffer be 
flushed of data. 

Command type LHC FTX - This enables 
the transmitter for a particular channel. 
The data concentrator 28 enables 
transmitter interrupts and begins servicing 
them. The transmitter remains enabled 
until specifically disabled or until 
programmed flow control disables it. 
Command type LHC— DTX • This disables 
the transmitter for a particular channel. 
It remains disabled until specifically 
enabled. 

Command type LHC— ERX - This enables 
the receiver for a particular channel. It 
remains enabled until specifically disabled. 
Command type LHC— DRX * This disables 
the receiver for a particular channel. It 
remains disabled until specifically enabled. 
Command type LHC— ETR • This enables 
the transmitter and receiver for a 
particular channel. 
Command type LHC DTR - This 
disables the transmitter and receiver for a 
particular channel. 

Command type LHC— SLL - This sets 
local loopback mode for a particular 
channel. When this mode is set, the 
UART of that channel will route 
transmitted data back to the receiver. 
This mode remains in effect until 
the channel is reset or until loopback 
mode is reset. 

Command type LHC— SRL - This sets 
remote loopback mode for a particular 
channel. When this mode is set, the 
UART of that channel will route received 
device data back to the device. The mode 
remains in effect until the channel is reset 
or until loopback mode is reset 
Command type LHC— RLL - This resets 
local loopback mode for a channel. 
Command type LHC_ RRL - This resets 
remote loopback mode for a channel. 
Command type LHC— RSP • This resets 
a device channel (port). The transmitter 
and receiver are disabled, and any data in 
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the transmit or receive FIFO is flushed. 
Command type LHC—HLB • This sets 
HSRT loopbttck mode. When this mode is 
set, any data received from the host is sent 
back to the host. This mode remains in 
effect until the data concentrator 28 is 
reset. 
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When the microcontroller 74 is reset as described 
previously, the data concentrator 28 performs self test 
diagnostic routines and reports the results of the diag- 
nostic to the host adapter 18'. If any test fails, an error 
is reported and the firmware then performs a jump to 
the beginning of its main polling loop. Once the host 
adapter 18' has received the error code, it may assume 
that the data concentrator 28 is attempting to accept 
and process data on the high speed link. The host 
adapter 18' may then attempt to determine the extent of 
the error by issuing sequences of diagnostic mode set- 
ting commands and data frames. 

The first reset self test to be performed is a ROM 
checksum test, followed by a RAM test. If both the 
memory tests pass, the data concentrator 28 executes an 
internal loopback test for all eight channels of the 
UART 78. After the data concentrator 28 executes the 25 
loopback test, it sends a frame to the host adapter 18' to 
indicate the test results. The data concentrator 28 then 
performs a jump instruction to the beginning of its main 
polling loop. 

The foregoing disclosure and description of the in- 
vention are illustrative and explanatory thereof, and 
various changes in the size, shape, materials, compo- 
nents, circuit elements, wiring connections and 
contacts, as well as in the details of the illustrated cir- 
cuitry and construction may be made without departing 
from the spirit of the invention. 

We claim: 

1. A data transferring system for transferring data 
between a host computer and a plurality of TTY de- 
vices, comprising: 

the host computer comprising: 
a system bus, 

memory coupled to said system bus for storing 
data, wherein said memory includes: 
a data buffer comprising an array of data groups, 45 
wherein each said data group comprises a list 
of data bytes sent from said one of said plural- 
ity of TTY devices, or to be sent to said TTY 
device, 

a contents array comprising a list of pointers so 
followed by a null value, said null value for 
terminating said contents array, wherein each 
said pointer compresses a device identification 
handle identifying one of the plurality of TTY 
devices, and a count, wherein each consecu- 55 
tive pointer corresponds to each consecutive 
data group in said data buffer, and wherein 
said count determines the number of consecu- 
tive data bytes contained in said data group, 

a receive array comprising a list of input data 5^ 
buffer sizes, each said input data buffer size 
comprising a device identification handle iden- 
tifying one of said plurality of TTY devices, 
and a count representing the maximum num- 
ber of data bytes said host computer can re- 
ceive from said TTY device, and 

a transmit array comprising a list of output data 
buffer sizes, each said output data buffer size 
comprising a device identification handle iden- 



30 



35 



40 



65 



tifying one of said plurality of TTY devices, 
and a count representing the maximum num- 
ber of data bytes said TTY device can receive 
from said host computer; and 
a host adapter coupled to the plurality of TTY de- 
vices, said host adapter comprising: 
a system bus coupled to said host computer system 
bus, 

memory coupled to said host adapter system bus 
and said plurality of TTY devices, for storing 
data, including: 

a contents array corresponding to said host com- 
puter contents array, a transmit array corre- 
sponding to said host adapter and a receive 
array corresponding to said host computer 
receive array, and 

a plurality of device input buffers, each said 
device input buffer for accumulating data 
from a corresponding one of said plurality of 
TTY devices, and 

a plurality of device output buffers, each said 
device output buffer for accumulating data 
from said host computer to be sent to a corre- 
sponding one of said plurality of TYY devices; 
and 

means coupled to said host computer and said 
host adapter for transferring data between said 
host adapter memory and said host computer 
memory, 

•wherein said host adapter updates the corre- 
sponding pointer in said contents array, deter- 
mines the remaining amount of memory left in 
each said device output buffer and updates the 
corresponding host adapter transmit array 
output data buffer size, and for each one of 
said plurality of device input buffers, said data 
transfer means transfers a number of data bytes 
from said device input buffers into a corre- 
sponding host computer data buffer data 
group wherein said number of data bytes is 
less than, or equal to said count in the corre- 
sponding receive array output data buffer size, 
and wherein said data transfer means transfers 
said host adapter contents array into said host 
computer contents array, and 
transfers said host adapter transmit array into 

said host computer transmit array, and 
wherein said host computer transfers a number 
of output data bytes intended for one of said 
plurality of TTY devices into a corresponding 
data group in said data buffer wherein said 
number of output data bytes is less than or 
equal to said count in the corresponding out- 
put data buffer size in said transmit array, 
updates a corresponding pointer in said con- 
tents array, and updates a corresponding host 
computer receive array input data buffer size, 
and wherein said data transfer means transfers 
said host computer receive array into said host 
adapter receive array, transfers said host com- 
puter contents array into said host adapter 
contents array, and transfers each data group 
in said host computer data buffer into a corre- 
sponding host adapter device output buffer. 
2. The system of claim 1, wherein said data transfer 

means comprises a bus master located on said host 

adapter. 
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